Transportation and Freight Capacity Units

ABSTRACT

Implementations of a computer implemented method and system to transform transportation and freight capacity units with two waypoints or a destination waypoint or a series sequence of waypoints into multi-modal objects which are tradable as commodities such as wheat, oil, corn, stocks, foreign exchange, fixed income or other forward or securitized markets. The present disclosed invention relates to combining the concepts of objected oriented programming and navigation systems and social networking, price-time priorities queues, replacement costs, termination valuations, financial markets, commodity structuring transformation and transportation and freight as a fungible asset class or tradable market.

RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No.16/589,229, filed 2019 Oct. 1. This application is also acontinuation-in-part of each of the following: U.S. patent applicationSer. No. 16/556,838, filed 2019 Aug. 30; U.S. patent application Ser.No. 16/274,490, filed 2019 Feb. 13, which is a continuation-in-part ofU.S. patent application Ser. No. 16/258,658, filed 2019 Jan. 27 and nowU.S. patent application Ser. No. 11/035,682; U.S. patent applicationSer. No. 16/257,032, filed 2019 Jan. 24; U.S. patent application Ser.No. 16/242,981, filed 2019 Jan. 8; U.S. patent application Ser. No.16/242,967, filed 2019 Jan. 8; U.S. patent application Ser. No.16/239,485, filed 2019 Jan. 3; U.S. patent application Ser. No.16/183,647, filed 2018 Nov. 7; U.S. patent application Ser. No.16/167,525, filed 2018 Oct. 22; U.S. patent application Ser. No.15/877,393, filed 2018 Jan. 23; and U.S. patent application Ser. No.15/266,326, filed 2016 Sep. 15. All of these applications areincorporated by reference herein in their entireties.

BACKGROUND OF THE INVENTION Field of the Invention

Implementations of various methods and systems to transform multi-modaltransportation and freight capacity units with two waypoints, adestination waypoint, or a series sequence of waypoints into transformedtrading objects. The present disclosed invention relates to combiningthe concepts of objected oriented programming, navigation systems,network topologies, social networking, and transportation and freight asa fungible asset class or trading market such as how oil, wheat, or cornare utilized in more developed commodity markets, to name a fewexamples.

Description of the Related Art

The following descriptions and examples are not admitted to be prior artby virtue of their inclusion within this section.

Current implementations of carpool, vanpool, bus transit, boat, train,airline, subway, taxi, drone, helicopter, transportation networkcompany, scooter units, bike units, and shared transport units do notallow for the transferability of the underlying ticket, ride, orfreight, which is a deficiency in the transportation and freight marketand which greatly inhibits flexibility to exchange assets andmonopolistic systems. Further, the very few transportation options thatdo allow for transferability are void of force majeure, remedies fortransportation capacity unit delivery failures, events of default,remedies, calculation formulas for termination payments, or independentvaluation transformations, which then limit the ability to trade thevalue of the ride or freight capacity. Transportation capacity units andfreight capacity units have not been defined terms, nor have the datatransformations been invented in prior art to redefine thetransportation and freight markets. Stated in the simplest terms,transportation and freight have not previously been tradable like oil,gas, wheat, or stocks, because the necessary data transformations totransportation and freight units have not been attempted by any priorart.

SUMMARY

The claimed subject matter is not limited to implementations that solveany or all of the noted disadvantages. Further, the summary section isprovided to introduce a selection of concepts in a simplified form thatare further described below in the detailed description section. Thesummary section is not intended to identify key features or essentialfeatures of the claimed subject matter, nor is it intended to be used tolimit the scope of the claimed subject matter.

The aforementioned deficiencies and other problems associated with thegeneral navigation systems, transportation and freight markets,securitization of transportation units, other novel systems andinterfaces, how transportation functions with large inefficiencies,which use electronic devices to hail taxi cabs or car-pooling services,are reduced or eliminated by the disclosed method and system ofintegrating and interfacing a plurality of systems into one system. Sucha system allows the necessary data transformations for thetransportation unit security combined with the efficiency of a forwardmarket to price and ration unused space so as to eliminate wastedtransportation units or freight capacity as securities. In someembodiments, the methods and systems are on portable devices. In someembodiments, the disclosed method and system include a layer on mappingand map routing software on a plurality of computing devices. In someembodiments, the methods and systems use subordinate legal contracts totransform the data. In some embodiments, the methods and systems are onstationary devices. In yet other embodiments, the methods and systemdisclosed may use mixed reality, augmented reality, virtual reality, orother audio or visualization methods to allow a user to transact andtrade freight and transportation capacity units as a forward commoditysecurity. In some embodiments, the graphical user interface (“GUI”) onany mobile or stationary computer device interfaces with one or moreprocessors, memory, and one or more modules, programs, or sets ofinstructions stored in the memory for performing multiple functions. Insome embodiments, the user interacts with the GUI primarily throughfinger contacts, voice commands, or other sensory methods to interfacewith the GUI. In some embodiments, the functions may include the userdirecting the GUI to place a user profile in a virtual hub so that theymay participate, transact, or trade a combination of virtual hubtransportation routes as a forward commodity for transportation orfreight capacity. In some embodiments, the functions may include theuser instructing the GUI to participate, transact, or trade variousmodes of transportation capacity, such as automobile, air, autonomousvehicle, bike, boat, bus, drone, limo, motorcycle, moped, shuttle,spaceship, subway, taxi, train, other transportation methods, cargofreight, package freight, virtual, or various combinations of theaforementioned modes. In some embodiments, the functions may include theuser instructing the GUI to form a new or existing virtual hub orvirtual hub combination, which then has a specification function thatforms a basis for the GUI to present the plurality of buyers and sellersof transportation and freight capacity securities between two or morevirtual hubs.

In an aspect of the invention, a computer-implemented method for use inconjunction with a computing device with various display formatscomprises: a user at a mobile or fixed computing device with atouchscreen, a computing device without a touchscreen, augmented realitynon-screen display, or audio non-screen interface. The computing devicecan be used for: detecting a user network login; detecting a securelogin based on facial recognition, fingerprint recognition or photo scanor biometric interface recognition of the user; performing multiplelocal and external security and crime checks on the user; detecting andreceiving from the user an origin location through the GUI user input orGPS coordinate input from the computing device; detecting from the userinput a destination coordinate and transmission of said coordinates;generating and applying specific data legal contract transformations toincorporate general specifications as well as the concepts of cost ofcover, liquidated damages, and force majeure; generating and applyingone or more optimization techniques to form a virtual hub with otherusers that have similar transportation requests within a geographicboundary; determining if two or more virtual hubs are required for thepath of the auction between a said starting point and ending point;generating instructions to index and rank pricing for a plurality ofroutes in context of virtual hubs or navigation routing; generatinginstructions to index navigation routes based on pricing fortransportation units along the routes; generating instructions for aplurality of computing devices, networks, virtual hub database servers,network member database servers, transportation platform market databaseservers to form a combination of virtual hubs and contractspecifications for delivery of transportation services or freightcapacity between the virtual hubs in a format presented by a GUI, whichallows the user to submit prices to sell (offer) or bid (buy)transportation or freight capacity between virtual hub combinations; andgenerating instructions to interface a plurality networks, navigationrouting based on price of transportation unit securities, globalpositioning systems networks, servers, securitization, forward commoditymarkets, grouping software for virtual hubs, map routing systems andmethods, transparent open access pricing systems which form a priceauction of a given quality, blockchain audit and safety systems, virtualhub topology servers and systems, and no arbitrage constraint conditionsystems, which form one system to implement a forward commoditytransportation and freight capacity unit market system and method. Theprograms and instructions are stored in memory and configured to beexecuted by one or more processes by a plurality of users. The programsmay include a plurality of configurations and specification instructionsfor various modes of transportation capacity. The programs also mayinclude specification options to select: a plurality of timings; qualitylevels of capacity and service; cost of cover; liquidated damages; forcemajeure; term of timings such as by the second, minute, hour, day,weekday, weekend, month, annual or day of the week; and various ordertypes such as day, good till cancelled, immediate or cancel, good tilldate, day till cancelled, limit, market, market if touched, snap market,snap mid, snap to primary, peg to benchmark, and adaptive custom orders.The programs may also include a plurality of instruction modes such asautomobile, air, autonomous vehicle, bike, boat, bus, drone, limo,motorcycle, moped, scooter, shuttle, ship, spaceship, subway, taxi,train, packages, multimodal, and cargo for transportation or freightcapacity. The programs also may include: instructions for virtual hubpick up and drop off points as well as instructions to set variousconstraints, such as cheapest route, single mode, multi-mode, fastestroute, most scenic route, highest rating, routing alternatives based onthe prices of the transportation unit securities between two hubs, mostavailable or liquid, highest volume, most frequent, service level,security and safety, and group restricted modes. The programs mayinclude a plurality of interfaces with map routing software, such asGoogle Maps, Apple Maps, TomTom Maps, Open Street Maps, Bing Maps, NokiaMaps, or a plurality of other map routing technologies to place theforward transportation unit security pricing on the map navigationroutes as an integration layer. The programs and instructions from theGUI provide master instructions for the plurality of computing devicesand servers which interface to allow the user to participate, transact,and trade a plurality of transportation and freight capacity modesbetween a plurality of virtual hubs.

In another aspect of the invention, a computing system comprises: aplurality of networks, global positioning systems networks, servers,forward commodity market servers and instructions, securitization legaldata transformations, grouping program instructions for virtual hubs andassociated servers, transparent open access pricing servers andinstructions, GPS map routing servers, indexing databases and programsto rank alternative navigation routes based on transportation unitsecurity pricing, blockchain audit and safety servers and instructions,user identification history and instructions against crime and identitydatabases to confirm security of the system and users, virtual hubservers and instructions, and no arbitrage constraint condition serversand instructions which form one system to implement a forward commoditytransportation and freight capacity unit security market system andmethod.

BRIEF DESCRIPTION OF THE DRAWINGS

Implementations of various technologies will hereafter be described withreference to the accompanying drawings. It should be understood,however, that the accompanying drawings illustrate only the variousimplementations described herein and are not meant to limit the scope ofvarious technologies described herein.

FIG. 1 illustrates a schematic diagram of a plurality of virtual hubsequences and data transformations into waypoint combinations ascommunity objects to which users may subscribe for transformedtransportation and freight capacity units.

FIG. 2 illustrates a schematic diagram of an exemplary networkconfiguration and of a virtual hub sequences data transformation into awaypoint combination as community object to which users may subscribe.

FIG. 3 illustrates an exemplary price time priority queue as a limitorder book for transportation and freight capacity units in accordancewith some embodiments.

FIG. 4 illustrates an exemplary user interface with variousinternational configurations of trading automobile or freight capacityin accordance with some embodiments.

FIG. 5 illustrates an exemplary user interface to select a specificationgrade and type such as physical or financial of transportation orfreight capacity with various timing specifications in accordance withsome embodiments.

FIG. 6 illustrates an exemplary user interface with various termspecifications for transportation or freight capacity in accordance withsome embodiments.

FIG. 7 illustrates an exemplary user interface with various order typesand order time in force designations for transportation or freightcapacity in accordance with some embodiments.

FIG. 8 illustrates an exemplary user interface with various modes oftransportation or freight capacity in accordance with some embodiments.

FIG. 9 illustrates an exemplary user interface with the distance betweenthe user and a virtual hub pick up point for transportation or freightcapacity as well as the distance between a user and a virtual drop offpoint for transportation or freight capacity in accordance with someembodiments.

FIG. 10 illustrates an exemplary user interface for settings andconstraints of the transportation or freight capacity trading method andsystem in accordance with some embodiments.

FIG. 11 illustrates an exemplary user interface for transacting andtrading domestic air travel transportation or air freight capacity inaccordance with some embodiments.

FIG. 12 illustrates an exemplary user interface for transacting andtrading international train transportation or train freight capacity inaccordance with some embodiments.

FIG. 13 illustrates an exemplary user interface for transacting andtrading international train transportation or train freight capacity inaccordance with some embodiments.

FIG. 14 illustrates an exemplary user interface for transacting andtrading various menu options within the system and method in accordancewith some embodiments.

FIG. 15 illustrates a schematic diagram of a network configuration andimplementations of methods which support the method and system oftrading transportation and freight capacity in accordance with someembodiments.

FIG. 16 is a flow diagram illustrating methods exemplary users movethrough while participating, transacting and trading transportation orfreight capacity in accordance with some embodiments.

FIG. 17 illustrates an exemplary user interface for displaying mostfrequent routes in accordance with some embodiments.

FIG. 18 illustrates an exemplary network topology of a virtual hubcombination or series of multiple virtual hub combinations for use inthe market auction platform for forward transportation or freightcapacity method in accordance with some embodiments.

FIG. 19 illustrates an exemplary user interface to display the map ofthe virtual hub to virtual hub route of a given transaction for forwardtransportation or freight capacity units in accordance with someembodiments.

FIG. 20 illustrates an exemplary user interface to display the resultsof a security check and verification of users identity for forwardtransportation or freight capacity units in accordance with someembodiments.

FIG. 21 illustrates an exemplary user interface to display the status ofthe virtual hub to virtual hub route of a given transaction for forwardtransportation or freight capacity units in accordance with someembodiments.

FIG. 22 illustrates an exemplary user interface to display the status ofthe virtual hub to virtual hub route of a given transaction for forwardtransportation or freight capacity units in accordance with someembodiments.

FIG. 23 illustrates an exemplary user interface to display the status ofthe virtual hub to virtual hub route of a given transaction for forwardtransportation or freight capacity units in accordance with someembodiments.

FIG. 24 illustrates an exemplary user interface to display a multi-hub,multi-modal virtual-hub sequence given a start and end point for atransaction auction for forward transportation or freight capacity unitsin accordance with some embodiments.

FIG. 25 illustrates an exemplary user interface to display open orrestriction settings for auctions of the transportation or freightforward market system and method in accordance with some embodiments.

FIG. 26 illustrates an exemplary user interface to display inbound andoutbound package, cargo or freight QR scans or UPC scans or pictures todocument freight units in which are delivered against the forward marketauction for two or more virtual hubs in accordance with someembodiments.

FIG. 27 illustrates an exemplary user interface to display a forwardfreight auction for a transportation unit a given hub or multi-hub ormulti-modal combinations in accordance with some embodiments.

FIG. 28 illustrates an exemplary user interface and databaseconfiguration which allow user identity or criminal record ortransaction history to be verified in accordance with some embodiments.

FIG. 29 illustrates an exemplary user interface and databaseconfiguration for account balances and payment for the forward marketauctions of transportation and freight capacity between virtual hubs inaccordance with some embodiments.

FIG. 30 illustrates an exemplary method and system configuration ofmultiple virtual hub topology auctions in accordance with someembodiments.

FIG. 31 illustrates an exemplary method and system configuration of theintegration interface with GPS map routing such as TomTom or Apple Mapsor other third party map routing software applications.

FIG. 32 illustrates an exemplary method and system configuration of theintegration interface with GPS map routing such as Google Maps or otherthird party map routing software applications.

FIG. 33 illustrates an exemplary method and system configuration of theintegration interface with GPS map routing such as Waze Maps or otherthird party map routing software applications.

FIG. 34 illustrates an exemplary method and system configuration of theintegration interface with GPS map routing such as Open Street Maps orother third party map routing software applications.

FIG. 35 illustrates an exemplary method and system configuration of theintegration interface with GPS map routing in a vehicle such as Tesla,VW, Audi, Daimler, GM, Ford, Honda, Fiat, Nissan, Hyundai, Renault,Suzuki, BMW, Mazda, Dongfeng, Great Wall, Geely, BAIC, Tata, Toyota orany other third party map routing software applications inside avehicle.

FIG. 36 illustrates an exemplary user interface and databaseconfiguration which allow the user to play a strategy based game overlayon the priced based navigation route.

FIG. 37 illustrates an exemplary user interface and databaseconfiguration which allow the user to play a strategy based game overlayon the priced based navigation route with augmented reality.

FIG. 38 illustrates an exemplary user interface and databaseconfiguration which allow the user to play a strategy based game overlayon the priced based navigation route with augmented reality.

FIG. 39 illustrates an exemplary user interface and databaseconfiguration which allow the user to play a strategy based game overlayon the priced based navigation route with augmented reality.

FIG. 40 illustrates an exemplary user interface and databaseconfiguration which allow the user to select model, make, type, year,fuel type in configuration for price based navigation.

FIG. 41 illustrates an exemplary user interface and databaseconfiguration which displays a plurality of metrics for the performanceof the user in the game overlay and general system and method of pricedbased navigation.

FIG. 42 illustrates an exemplary user interface and databaseconfiguration which displays a plurality of routes between two userrequested hubs indexed based on the pricing of transportation units ortransportation unit securities and the associated open markettransaction interface for those transformed transportation unitsecurities.

FIG. 43 illustrates an exemplary flow chart of steps in thetransportation unit security data transformation and presentation of thetransportation unit security with integration to navigation systemswhich is another data transformation.

FIG. 44 illustrates an exemplary user interface of virtual hub sequencesas community object(s) to which users may subscribe.

FIG. 45 illustrates an exemplary user interface of an exemplary virtualhub sequence as a community object and the associated attributes.

FIG. 46 illustrates an exemplary multi-virtual hub sequence communityobject combination.

FIG. 47 illustrates an exemplary menu user interface for the method andsystem of virtual hub sequence communities combined with thetransportation unit market system and method.

FIG. 48 illustrates and exemplary transformation preamble formula tocreate a “Transportation Capacity Unit” for transportation or freightcapacity units in accordance with some embodiments.

FIG. 49 illustrates and exemplary transformation preamble formula tocreate a “Transportation Capacity Unit” for transportation or freightcapacity units in accordance with some embodiments.

FIG. 50 illustrates and exemplary transformation definition formulas tocreate a “Transportation Capacity Unit” for transportation or freightcapacity units in accordance with some embodiments.

FIG. 51 illustrates and exemplary transformation definition formulas tocreate a “Transportation Capacity Unit” for transportation or freightcapacity units in accordance with some embodiments.

FIG. 52 illustrates and exemplary transformation definition formulas tocreate a “Transportation Capacity Unit” for transportation or freightcapacity units in accordance with some embodiments.

FIG. 53 illustrates and exemplary transformation definition formulas tocreate a “Transportation Capacity Unit” for transportation or freightcapacity units in accordance with some embodiments.

FIG. 54 illustrates and exemplary transformation definition formulas tocreate a “Transportation Capacity Unit” for transportation or freightcapacity units in accordance with some embodiments.

FIG. 55 illustrates and exemplary transformation definition formulas tocreate a “Transportation Capacity Unit” for transportation or freightcapacity units in accordance with some embodiments.

FIG. 56 illustrates and exemplary transformation definition andtransaction terms and condition formulas to create a “TransportationCapacity Unit” for transportation or freight capacity units inaccordance with some embodiments.

FIG. 57 illustrates and exemplary transformation definition andtransaction terms and condition formulas to create a “TransportationCapacity Unit” for transportation or freight capacity units inaccordance with some embodiments.

FIG. 58 illustrates and exemplary transformation definition andtransaction terms and condition formulas to create a “TransportationCapacity Unit” for transportation or freight capacity units inaccordance with some embodiments.

FIG. 59 illustrates and exemplary transformation force majeure andremedies for product delivery failure formulas to create a“Transportation Capacity Unit” for transportation or freight capacityunits in accordance with some embodiments.

FIG. 60 illustrates and exemplary transformation event of default remedyformulas to create a “Transportation Capacity Unit” for transportationor freight capacity units in accordance with some embodiments.

FIG. 61 illustrates and exemplary transformation event of default remedyformulas to create a “Transportation Capacity Unit” for transportationor freight capacity units in accordance with some embodiments.

FIG. 62 illustrates and exemplary transformation event of default remedyformulas to create a “Transportation Capacity Unit” for transportationor freight capacity units in accordance with some embodiments.

FIG. 63 illustrates and exemplary transformation event of default remedyformulas to create a “Transportation Capacity Unit” for transportationor freight capacity units in accordance with some embodiments.

FIG. 64 illustrates and exemplary transformation event of default remedyformulas to create a “Transportation Capacity Unit” for transportationor freight capacity units in accordance with some embodiments.

FIG. 65 illustrates and exemplary transformation event of default remedyand payment formulas to create a “Transportation Capacity Unit” fortransportation or freight capacity units in accordance with someembodiments.

FIG. 66 illustrates and exemplary transformation payment and limitationof remedy and liability and damages formulas to create a “TransportationCapacity Unit” for transportation or freight capacity units inaccordance with some embodiments.

FIG. 67 illustrates and exemplary transformation limitation of remedyand liability and damages formulas to create a “Transportation CapacityUnit” for transportation or freight capacity units in accordance withsome embodiments.

FIG. 68 illustrates and exemplary transformation limitation of remedyand liability and damages and financial information and tax formulas tocreate a “Transportation Capacity Unit” for transportation or freightcapacity units in accordance with some embodiments.

FIG. 69 illustrates and exemplary transformation credit supportingformulas to create a “Transportation Capacity Unit” for transportationor freight capacity units in accordance with some embodiments.

FIG. 70 illustrates and exemplary transformation Transportation CapacityUnit formulas to create a “Transportation Capacity Unit” fortransportation or freight capacity units in accordance with someembodiments.

FIG. 71 illustrates and exemplary transformation Transportation CapacityUnit formulas to create a “Transportation Capacity Unit” fortransportation or freight capacity units in accordance with someembodiments.

FIG. 72 illustrates and exemplary transformation Transportation CapacityUnit formulas to create a “Transportation Capacity Unit” fortransportation or freight capacity units in accordance with someembodiments.

FIG. 73 illustrates and exemplary transformation Transportation CapacityUnit formulas to create a “Transportation Capacity Unit” fortransportation or freight capacity units in accordance with someembodiments.

FIG. 74 illustrates and exemplary transformation Transportation CapacityUnit formulas to create a “Transportation Capacity Unit” fortransportation or freight capacity units in accordance with someembodiments.

FIG. 75 illustrates and exemplary transformation Transportation CapacityUnit formulas to create a “Transportation Capacity Unit” fortransportation or freight capacity units in accordance with someembodiments.

FIG. 76 illustrates and exemplary transformation Transportation CapacityUnit formulas to create a “Transportation Capacity Unit” fortransportation or freight capacity units in accordance with someembodiments.

FIG. 77 illustrates and exemplary transformation Transportation CapacityUnit formulas to create a “Transportation Capacity Unit” fortransportation or freight capacity units in accordance with someembodiments.

FIG. 78 illustrates and exemplary transformation Transportation CapacityUnit formulas to create a “Transportation Capacity Unit” fortransportation or freight capacity units in accordance with someembodiments.

FIG. 79 illustrates and exemplary transformation Transportation CapacityUnit formulas to create a “Transportation Capacity Unit” fortransportation or freight capacity units in accordance with someembodiments.

FIG. 80 illustrates and exemplary transformation Transportation CapacityUnit notice correspondence in accordance with some embodiments.

FIG. 81 illustrates and exemplary transformation of a TransportationCapacity Unit flow chart of a plurality of formula transformations inaccordance with some embodiments.

FIG. 82 illustrates and exemplary transformation of a TransportationCapacity Unit flow chart of a plurality of formula transformations inaccordance with some embodiments.

FIG. 83 illustrates and exemplary transformation of a TransportationCapacity Unit flow chart of a plurality of formula transformations inaccordance with some embodiments.

FIG. 84 illustrates and exemplary transformation of a TransportationCapacity Unit flow chart of a plurality of formula transformations inaccordance with some embodiments.

DETAILED DESCRIPTION

The discussion below is directed to certain specific implementations. Itis to be understood that the discussion below is only for the purpose ofenabling a person with ordinary skill in the art to make and use anysubject matter defined now or later by the patent “claims” found in anyissued patent herein. In other instances, well-known methods,procedures, components, circuits and networks have not been described indetail so as not to unnecessarily obscure aspects of the embodiments.

It will also be understood that, although certain elements of theinvention and subject matter will be described in a certain order, theorder is not intended to be limiting to the invention as many steps maybe performed in a plurality of configurations to accomplish theinvention of using various technologies to participate, trade andtransact transportation and freight units as a physical or financialforward commodity, security, swap, option, future or forward. It will befurther understood that the terms “comprises” or “comprising,” when usedin this specification, specify the presence of stated features,integers, steps, operations, elements, and/or components, but do notpreclude the presence or addition of one or more other features,integers, steps, operations, elements, components, and/or groupsthereof.

The terminology used in the description of the invention herein is forthe purpose of describing particular embodiments only and is notintended to be limiting of the invention. As used in the description ofthe invention, the singular forms “a”, “an” and “the” are intended toalso include the plural forms as well, unless the context clearlyindicates otherwise. It will also be understood that the term “and/or”as used herein refers to and encompasses any and all possiblecombinations of one or more of the associated listed items. It will befurther understood that the terms “comprises” and/or “comprising,” whenused in this specification, specify the presence of stated features,integers, steps, operations, elements, components, but do not precludethe presence or addition of one or more other features, integers, steps,operations, elements, components, and/or groups thereof.

As used herein, the term “if” may be construed to mean “when” or “upon”or “in response to determining” or “in response to detecting,” dependingon the context. Similarly the phrase “if it is determined” or “if [astated condition or event] is detected” may be construed to mean “upondetermining” or “in response to determining” or “upon detecting [thestated condition or event]” or “in response to detecting [the statedcondition or event],” depending on the context.

Embodiments of a mobile computing device may be substituted for a fixedstationary computing device, a virtual reality headset, a mixed realityheadset, an augmented reality headset, or an audio interfaced computerdevice. Embodiments may also occur on a projection computing device orin any other method or system which communicates and integrates the useof a network, community route processor, my route processor, sequenceroute processor, global positioning system network, mobile computingdevices, servers, forward commodity forward market auction database,grouping software instructions for hubs, securitization transformationsand specifications, game servers, indexing algorithms for transportationand freight unit securities, forwards, futures, options, swaps andcontracts on various navigation routes, navigation servers, virtual hubtopology methods and systems, transparent open access user interfacepricing systems with price time priority queues, blockchain audit andsafety methods, facial recognition, fingerprint recognition or photorecognition of users for security and identity check, or algorithms forno arbitrage conditions and constraints with a user interface orgraphical user interface, formatted on mobile or stationary computingdevices over various mediums. The devices are connected through anetwork for the purpose of grouping users into virtual hub sequences ofcommunity objects as a gateway to participating, transacting or tradingtransportation or freight capacity units between combinations of virtualhubs as a forward commodity in an auction.

The following paragraphs provide a various techniques of variousembodiments described herein such as illustrated as in FIG. 1. In oneimplementation as illustrated in FIG. 1, a user 110 may be assigned ormay join a virtual route community 101, 103, which is a sequence ofvirtual hub(s). In some embodiments, the virtual hub sequence may beassigned a metadata tag such as #ITHNYC 102, which is short for a longerfull name sequence such as Ithaca, N.Y. to New York City, N.Y. In someembodiments, the origin virtual hub 105, may be a specific address andgeolocation data in the city of Ithaca, N.Y. In some embodiments, theroute 119 between the Ithaca, N.Y. virtual hub 105 and the New YorkCity, N.Y. virtual hub 113 may be a sequence of two virtual hubs. Insome embodiments, there may be many one or more trucks 118, cars 117,additional trucks 116, or additional cars 114 which are headed in acertain direction along the route 119. In some embodiments, additionalvehicles 106, 107, 108, 109, 104, 111 may be headed the other directionalong the virtual hub sequence 119 between two virtual hub points 105,113. In some embodiments, additional user(s) 112 may join the virtualhub route sequence community 103. In yet another exemplaryimplementation, a user 110 may be assigned or may join a virtual routecommunity 121, 123, which is a sequence of virtual hub(s). In someembodiments, the virtual hub sequence may be assigned a metadata tagsuch as #KatyHOU 122, which is short for a longer full name sequencesuch as Katy, Tex. to Houston, N.Y. In some embodiments, the originvirtual hub 125, may be a specific address and geolocation data in thecity of Katy, Tex. In some embodiments, the route 139 between the Katy,Tex. virtual hub 125 and the Houston, Tex. virtual hub 133 may be asequence of two virtual hubs. In some embodiments, there may be many oneor more trucks 138 along the route 139 or cars 137 or additional trucks136 or additional cars 134 which are headed in a certain direction alongthe route 139. In some embodiments, additional vehicles 126, 127, 128,129, 130, 131 may be headed the other direction along the virtual hubsequence 139 between two virtual hub points 125, 133. In someembodiments, additional user(s) 132 may join the virtual hub routesequence community 123. In yet another exemplary implementation, a user144 may be assigned or may join a virtual route community 141, 143,which is a sequence of virtual hub(s). In some embodiments, the virtualhub sequence may be assigned a metadata tag such as #PaloSF 142, whichis short for a longer full name sequence such as Palo Alto, Calif. toSan Francisco, Calif. In some embodiments, the origin virtual hub 145,may be a specific address and geolocation data in the city of Palo Alto,Calif. In some embodiments, the route 159 between the Palo Alto, Calif.virtual hub 145 and the San Francisco virtual hub 153 may be a sequenceof two virtual hubs. In some embodiments, there may be many one or moretrucks 158, cars 157, additional trucks 156, or additional cars 154which are headed in a certain direction along the route 159. In someembodiments, additional vehicles 146, 147, 148, 149, 150, 151 may beheaded the other direction along the virtual hub sequence 159 betweentwo virtual hub points 145, 153. In some embodiments, additional user(s)152 may join the virtual hub route sequence community 143.

In some embodiments, Transportation Capacity and Freight Capacity Units162 may be transformed with formulas towards forward, future, option,international swap and derivative agreement configurations. In someembodiments, Transportation and Freight Capacity Units may containformulas to calculate replacement value contracts 163 in accordance withsome embodiments. In some embodiments, Transportation and FreightCapacity Units may be configured as firm 164 or non-firm legal contractsassociated with formulas for liquidated damages, replacement contractvalues, termination replacement price, termination replacementtransactions, termination payments, interest rates, interest discountrates, option premiums, force majeure, early termination dates, anddefault dates in accordance with some embodiments. In some embodiments,transportation or freight forward market database services 161 mayprovide transaction instructions for a plurality of multi-modal ormulti-node virtual hub combinations over a network 160 of virtual hubsfor Transportation and Freight Capacity units.

In some embodiments, virtual hub sequences, such as Ithaca, N.Y. virtualhub 105 to New York City, N.Y. virtual hub 113, are transformed intocommunity objects that may then be assigned a plurality of attributes inthe same sense as a class in the Java programming language has methodsas a part of the class object in object oriented programming. In someembodiments, the data transformation of a virtual hub sequence into acommunity object allows the similar benefits of the data transformationsinvolved in computing languages with methods which help the instructionsof the computer program communicate in an organized manner using modularlogic. In some embodiments, virtual hub sequences, such as 105 to 113#ITHNYC 102, may be combined with other virtual hub sequences to extendthe series sequence. As we have discussed at length in the previoussections of the disclosed invention, while there may be hundreds orthousands or millions of people along various transportation virtual hubsequences, there currently exists no method or system of organizing aroute or virtual hub sequence into a transformed data community object.The attributes of communities allow for superior communication,accountability, and even transactions to occur within a community object101. In some embodiments, the data transformation of a virtual hubsequence community object 101 allows a plurality of network members 110,112 to be assigned virtual route communities 103 based on a plurality ofattributes, prior GPS location histories, navigation search queries, orother attributes. In some embodiments, virtual hub sequences which havebeen transformed into community objects 101 provide greatercommunication and organizational ability for a market to transacttransportation unit(s) and provide a gateway for those transportationunit transactions, as described in U.S. patent application Ser. No.15/877,393, “Electronic Forward Market Exchange for Transportation Seatsand Capacity in Transportation Spaces and Vehicles,” filed Jan. 23,2018, the entirety of which is incorporated by reference herein.

FIG. 2 illustrates in some embodiments, an exemplary networkconfiguration 200. In some embodiments a network of virtualtransportation hubs 201, 203, 205, 207, 212, 225 may represent a virtualtransportation network of a neighborhood, village, city, county, state,country, continent or even inter-virtual hub networks acrossgeographies. Prior art as well as current inventions carry no methods ordata transformations to transform navigation routes 202 which are avirtual hub sequence between a series of virtual transportation hubs 201and 203, 203 and 212, or multi-leg combinations such as 201 to 203 and203 to 212. In some embodiments, user(s) 213 or the network 214 haveinput hundreds, thousands, millions, or more virtual hubs 201 to form anetwork topology for transportation virtual hub sequences 241. In someembodiments, the transportation data transformation to a series ofvirtual transportation hubs 245, 253 allows for network structure 201,203, 212, 205, 207, 225, 212 and organization, such as a hub and spokemodel, which is heavily utilized within the transportation industry, ora plurality of other competing network topologies which are notdependent on road pathways. While hub and spoke transportation systemsare common for airplane transportation or bus and train networks, theydo not exist for private vehicle networks in an organized manner otherthan road ways. In some embodiments, virtual transportation hubtopologies 241 over road structures 259 allow for the benefits of publictransportation networks to be combined with private vehicle networks. Insome embodiments, the virtual transportation hub networks 201, 203, 212,205, 207, 225, 212 have been input into the network 214. In someembodiments, the topologies of the virtual hub network 201, 203, 212,205, 207, 225, 212 then move for further data transformation in thecommunity route processor 217, which transforms subsections of thetransportation network topologies 201, 203, 212, 205, 207, 225, 212 intoa virtual hub sequence 241. As shown, the virtual hub sequence 241represents two addresses 245, 253 along a virtual hug sequence 259 suchas Palo Alto, Calif. 245 to San Francisco, Calif. 253, where eachvirtual hub address 245, 252 corresponds with a physical address.Virtual Route Communities 243 may be one to one, one to two, or one tomany and any superset or subset combination thereof. The My RouteProcessor 218 further processes virtual hub combination and virtualtransportation hub sequences into a specific network member's account onthe network member database server 222. In some embodiments, thesequence route processor 221 may connect a plurality of virtual hubsequences 201, 203 205, 207 in a logical order to complete a pathcombination 201 to 207 for navigation or community object construction.In some embodiments, community objects may be made from simple directpath routes 202 between two virtual hubs 201 and 203 or multi-virtualhub constructions between two virtual hub sequences 201 to 207 bywaypoints of 201 to 203 to 212 to 207 or any combination or superset orsubset thereof. In some embodiments, the virtual route community objects243 allow attributes to be assigned to the community objects. In someembodiments, users may be assigned to a plurality of community virtualhub sequence objects 241. In some embodiments, network members 213 maybe assigned to a virtual route community 241 because the user(s) routehistory on the GPS satellite network 215 suggests the route has overlapwith virtual hub route sequences that the user has used or queried onvarious search methods on the system. In some embodiments, the user 213may use a CPU client 290 that has a visual, audio, or other type ofcomputing interface that can interface with the network 226 ofnavigation route communities 243. In some embodiments virtual routecommunities 241, 101, 121, 141 are transformed data structures that formobjects which community users 213 may subscribe, friend, join, or followto more efficiently have news and understanding for the transportationunit transactions, as described in U.S. patent application Ser. No.15/877,393, “Electronic Forward Market Exchange for Transportation Seatsand Capacity in Transportation Spaces and Vehicles,” filed Jan. 23,2018, the entirety of which is incorporated by reference herein.

FIG. 3 illustrates exemplary user price-time priority queue 300 fortransacting or matching transformed transportation and freight unitdata, participating, transacting and/or trading transportation andfreight, and representing the transformed transportation unit value as ahomogeneous asset specification or freight as a physical forwardcommodity security, swap, option, forward, future between combinationsof virtual hubs over various transportation modes. In some embodiments,user transformed transportation unit(s) or transformed transportationunit(s) associated with route community objects interface 300 includesthe following instructions, transformations and elements, or a subset orsuperset thereof:

exemplary transformed transportation unit price-time priority sell queue320;

exemplary transformed transportation unit price-time priority buy queue321;

exemplary transformed transportation unit price priority bucket 305 inthe transportation unit buy queue of $5.10;

exemplary transformed transportation unit price priority bucket 306 inthe transportation unit buy queue of $5.30;

exemplary transformed transportation unit price priority bucket 310 inthe transportation unit buy queue of $5.60;

exemplary transformed transportation unit price priority bucket 314 inthe transportation unit sell queue of $5.70;

exemplary transformed transportation unit price priority bucket 315 inthe transportation unit sell queue of $5.80;

exemplary transformed transportation unit price priority bucket 316 inthe transportation unit sell queue of $6.60;

exemplary transformed transportation unit price-time priority buy price304 in the first time position of the price priority bucket 305 of$5.10;

exemplary transformed transportation unit price-time priority buy price303 in the second time position of the price priority bucket 305 of$5.10;

exemplary transformed transportation unit price-time priority buy price302 in the third time position of the price priority bucket 305 of$5.10;

exemplary transformed transportation unit price-time priority buy price307 in the first time position of the price priority bucket 306 of$5.30;

exemplary transformed transportation unit price-time priority buy price309 in the first time position of the price priority bucket 310 of$5.60;

exemplary transformed transportation unit price-time priority buy price308 in the second time position of the price priority bucket 310 of$5.60;

exemplary transformed transportation unit price-time priority sell price311 in the first time position of the price priority bucket 314 of$5.70;

exemplary transformed transportation unit price-time priority sell price312 in the second time position of the price priority bucket 314 of$5.70;

exemplary transformed transportation unit price-time priority sell price313 in the third time position of the price priority bucket 314 of$5.70;

exemplary transformed transportation unit price-time priority sell price318 in the first time position of the price priority bucket 315 of$5.80;

exemplary transformed transportation unit price-time priority sell price319 in the second time position of the price priority bucket 315 of$5.80;

exemplary transformed transportation unit price-time priority sell price317 in the first time position of the price priority bucket 316 of$6.60;

exemplary transformed transportation unit price time priority limitorder book (“LOB”) 325 is represented by the vector q(t) 301, such thatthe i-th coordinate for i>0, q_(i) (t), is the number of sell limitorders of transformed transportation units that are waiting in the LOBat time t a price iδ (δ is the price unit tick size of the transformedtransportation unit), where the number of buy limit orders fortransformed transportation units at iδ are represented with a negativesign q_(i) (t);

exemplary benchmark price 326 of all sell limit orders at time t arecomputed as s(t)=s(q(t))=min (min {0<iδ: q_(i) (t)>0}), if q_(i) (t) isless than or equal to 0 for all i>0, then s (q (t))=infinity;

exemplary benchmark price 327 of all buy limit orders at time t arecomputed as b(t)=b (q (t))=max (max {iδ>0: q_(i) (t)<0}), if q_(i) (t)is greater than or equal to 0 for all i>0, then b(q (t))=negativeinfinity;

exemplary order match 328 in the transformed transportation unit limitorder book where s(t)=b(t), which then moves the method and system tothe matched transformed transportation unit limit order confirmation anddelivery process;

exemplary limit order book status of no order match 329, where s (t)>b(t);

exemplary limit order book i-th q_(i) (t) element 330 of LOB iscancelled, remove from queue;

exemplary i-th q_(i) (t) element is a new transformed transportationunit order 331 in LOB, insert into respective limit order buy queue 321or limit order sell queue 320 with priority of price, then time into theprice time priority queues 300.

In some embodiments, the price—time priority queue 300 for transformedtransportation units may be assigned to a commute community object 241,which is a waypoint sequence of transformed transportation units. Insome embodiments, the price—time priority queue 300 may be assigned totwo waypoints as a commute community object 241, or the price—time priorqueue 300 may be assigned to a commute community waypoint objectsequence of many waypoints 203 to 205 to 207 to 212 which have beenadded together to form one continuous commute community object 241 andrespective price—time priority queue for transformed transportationunits through processing instructions from the Community Route Processor217 and Sequence Route Processor 221 via the network(s) 226, 214, and215. In some embodiments, the limit order book 301 vector may beassigned to a specific date and time for the commute community waypointobject, which is a forward market price for transformed transportationunit(s) 271 and commute community waypoint object(s) 241. In someembodiments, a specific transformed transportation unit price—timepriority queue limit buy order 304 with a specific price stamp bucket305 of $5.10 may be cancelled. If the order 304 is cancelled, then the303 price—time priority limit order book buy queue price moves to thehigher price—time priority queue position of 304 and price—time priorityprice of 302 moves to position 303. In some embodiments, the price—timepriority limit order sell price 319 of price—time priority bucket price315 of $5.80 may be cancelled. If 319 price—time priority of thetransformed transportation unit is cancelled, then order 317 moves to ahigher position in the overall transformed transportation queue 320 eventhough the limit order book price 317 remains in the price bucket of 316which is $6.60. In some embodiments, price—time priority insertion mayoccur where a new order is inserted into either the transformedtransportation unit buy queue 320 or transformed transportation unitsell queue 321. In some embodiments, by example but not limiting byexample, a new price—time limit order for a transformed transportationunit may be inserted as a sell order at a price of $5.70 at position313, which would then assume order 312 was also at a price of $5.70 andthat order 312 was placed with a time that was before order 313 wasplaced. In the aforementioned example of the price—time order insertionof 313, price—time orders of 319, 318 and 317 have moved lower in theirrelative position even though they remain in distinctly different pricebuckets of 315 and 316, respectively. For the price—time priority queue300, price is first priority, then time stamp in the price—time priorityqueue 300 for transformed transportation units.

In some embodiments, the lowest selling price s(t) 326 may equal thehighest buying price b(t) 327, in which case the highest transformedtransportation unit buy queue price bucket 310 is equal to the lowesttransformed transportation unit sell queue 320 selling bucket price 314.In the example 300 of the limit order book 301, but not limiting byexample, the highest transformed unit buy price 310 of $5.60 is lowerthan the lowest transportation unit sell queue 320 lowest selling bucket314 of $3.70, so no match occurs because s (t)>b (t) 329. In someembodiments, many order insertions 331 or order cancellations 330 mayoccur for transformed transportation units from the transportationforward market database server 271 associated with community objectswhich are series of waypoints 241.

In some embodiments, the LOB 325 for transformed transportation unitsmay contain many different types of instruction structures andspecifications such as limit orders, market orders, market if touchedorders, snap market orders, snap mid orders, snap to primary orders, pegto benchmark orders, or adaptive custom orders, which are customcustomer designed instructions that are all standard order types foranyone skilled in the art of markets. In some embodiments, the LOB 325for transformed transportation units may also contain instructions fororder times such as good for the day, good till cancelled, immediate orcancel, good till date, day till cancelled, or a plurality of additionalcustom instructions for the timing of the order of the transformedtransportation unit in the LOB 325 that is associated with a commutecommunity object 241. In some embodiments, a plurality of additionalinstructions and specifications may also be unique to each transformedtransportation unit LOB 325 such as automobile mode, air mode,autonomous vehicle mode, bike mode, boat mode, bus mode, drone mode,limo mode, motorcycle mode, moped mode, shuttle mode, spaceship mode,subway mode, taxi mode, train mode, fastest optimized mode which maycombine many modes or a single mode for a waypoint commute communityobject 241 or waypoint community sequence 201 to 203 to 205 to 212 to207 of many commute communities 241.

In some embodiments, the LOB 325 may be assigned to transformedtransportation unit packages that have associated commute communityobjects 241. In some embodiments, the LOB 325 for transformedtransportation units may be assigned to cargo such as a trailer of a rigor container of a boat or container on a truck or any type of cargo thattakes up the space of a transformed transportation unit. In someembodiments, the LOB 325 may even be assigned to the virtual transformedtransportation unit which would be space along a packet moving mediumsuch as a telecom pipeline, satellite telecom or wireless telecom thatmoves packets of data which are transformed transportation units.

FIG. 4 illustrates exemplary user interfaces 210 of a mobile computingdevice for participating, transacting and/or trading transportation as aphysical forward data transformed transportation unit commodity orsecurity between combinations of virtual hubs over varioustransportation modes. In some embodiments, user interface 210 includesthe following elements, or a subset or superset thereof:

Exemplary virtual hub combination 411;

Exemplary virtual hub origin/from location 410 with users 412 within thevirtual hub location 410;

Exemplary specification summary of the market, level of service and timeof delivery commencement 427, in this particular embodiment the GUI 210has moved to an international virtual market hub combination market suchas within London;

Exemplary mode of transportation capacity type 430;

Exemplary transaction summary of the last trade auction quantity andprice 428 in the local currency or another currency set by the user 110;

Exemplary virtual hub destination/to location 422 and user who is beingdelivered on the transportation or freight capacity unit 423;

Exemplary bid/buy quantity title header 415 for an exemplary virtualtransportation hub market;

Exemplary bid/buy price title header 416 for an exemplary virtualtransportation hub market;

Exemplary offer/sell price title header 419 for an exemplary virtualtransportation hub market;

Exemplary offer/sell quantity title header 426 for an exemplary virtualtransportation hub market;

Exemplary bid/buy quantity 414 for the best bid quantity from aplurality of users 110 for an exemplary respective transportationcapacity virtual hub combination that has undergone a plurality of datatransformations in the method;

Exemplary bid/buy quantity 413 for the second-best bid quantity from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination that has undergone a pluralityof data transformations in the method;

Exemplary bid/buy price 418 for the best bid price from a plurality ofusers 110 for an exemplary respective transportation capacity virtualhub combination that has undergone a plurality of data transformationsin the method;

Exemplary bid/buy price 417 for the second-best bid price from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination that has undergone a pluralityof data transformations in the method;

Exemplary offer/sell price 421 for the best offer price from a pluralityof users 110 for an exemplary respective transportation or freightcapacity virtual hub combination that has undergone a plurality of datatransformations in the method;

Exemplary offer/sell price 420 for the second-best offer price from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination that has undergone a pluralityof data transformations in the method;

Exemplary offer/sell quantity 425 for the best offer quantity from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination that has undergone a pluralityof data transformations in the method;

Exemplary offer/sell quantity 424 for the second-best offer quantityfrom a plurality of users 110 for an exemplary respective transportationor freight capacity virtual hub combination that has undergone aplurality of data transformations in the method;

Exemplary safety dispatch “911” button 429 to enact video and audiorecording of the user 110 environment and dispatch of that informationto authorities.

Exemplary hamburger menu button 270 to move back to menu options andsettings away from the participation, transaction, trading GUI 210embodiment.

In some embodiments, the user 110 may enter a transaction quantity andprice for transformed transportation or freight capacity unit securitiesto participate, transact and/or trade by the GUI 210 detecting user 110contact with a bid/buy price 418 or offer/sell price 421. The GUI 210detects user 110 contact with any of the GUI 210 buttons which have beenaforementioned. The GUI 210 may detect user contact 110 with any of theGUI 210 buttons 418, 417, 420,421 or user 110 voice interface with theapplication 210 method. Upon user 110 contact with buttons on the GUI210, instructions are instantiated which allows the user 110 to changethe specifications of the respective virtual hub combination 411. Aplurality of prices and markets may be presented based on a plurality ofcontract specifications. In some embodiments, the best bid/buy price 418may be moving up in price or down in price depending on the marketconditions at any given time. In some embodiments the last auction tradeor last transacted price for a given specification is listed to help theuser 110 understand how the market is moving so that the user 110 maysubmit a competitive offer/selling price 421 or bid/buying price 414. Insome embodiments, users 110 may adjust settings of the GUI 210 to showmore bid/buying prices 417 or more offer/selling prices 420. In someembodiments the matrix of market quantities and prices 413, 414, 415,416, 417, 418, 419, 420, 421, 424, 425, 426 may be referred to as marketdepth in the GUI 210 embodiment. In some embodiments the number of users110 may be displayed as user icons 412 or 423 for the amount of peoplelogged in which desire to transact, trade or participate in a givenvirtual hub 410 to virtual hub 422 combination auction. In someembodiments, users 110 may select the transportation mode 430 such thatthe user allows a market for only one form of transformed transportationcapacity as a commodity or security or the user 110 may allow the systemto show multiple forms of transformed transportation capacity betweenvirtual transportation capacity hubs 410, 411, 422. In some embodiments,the GUI 210 may detect a user 110 selecting the 911 button 429, whichmay activate voice and video recording functions on the mobile orstationary device and transmit the data with a confirmation from theuser 110 to the authorities to provide enhanced security whileparticipating, transacting, or trading forward transformedtransportation or freight as a commodity or security. In someembodiments, the user may toggle between the GUI 210 market view screenin FIG. 4 and other menu 270 options and settings by the user 110selecting the hamburger button 270 and the GUI 210 detecting the user110 input or contact. In some embodiments, the GUI 210 may instantiateinstructions in the memory of the mobile computing device which thentransmits transportation or freight capacity data through the network226, 214 or wireless GPS network 215 to call upon instruction routinesand instruction sub-routines on the transportation forward marketdatabase server 271, virtual hub database server 223, network memberdatabase server 222, no arbitrage condition database server and/orinstructions in the memory of the cloud and local CPUs 290 which allinterface together to make one system which may deliver transportationor freight capacity units to users 110 from and to a plurality ofvirtual hubs 410, 422 with a plurality of specifications 427 at specificmarket prices.

FIG. 5 illustrates an exemplary user interface 210 for listing timingspecifications 510 on a portable multifunction device (e.g., a mobilecomputing device) in accordance with some embodiments. In someembodiments, user interface 210 includes the following elements, or asubset or superset thereof:

Origin/From virtual hub timing (a data transformation) 510;

Specification of quality of transportation capacity (a datatransformation) or type such as physical or financial 520;

Destination/To virtual hub (a data transformation) 530;

Setting button 540 to transmit the timings 510 and quality and typespecification grade 520 (a data transformation);

Hamburger button 270 to instruct the GUI 210 to take the user 110 to themenu screen.

In some embodiments, the user 110 may select a plurality of timingoptions in the timing selection specification 510. The timingspecification constraint may be the time at which the transformedtransportation or freight capacity unit security departs from theorigin/from virtual hub 410. As in any commodity market, if a user 110is late and they have purchased the transportation capacity unit, theuser must still pay for the transportation or freight capacity unitregardless if the user 110 is present at the time of departure or not.The user has the option if they know they will be late to sell back thetransportation or freight capacity unit to the market at the thencurrent price. Accordingly, for the purpose of example, but not limitingby example, if a user 110 bought a transformed transportation capacityunit security for £9.90 421 and the user 110 realized they would be latefor the 8 am departure specification 427, then the user 110 may eitherpay for the transportation unit even though the user 110 was present anddid not take delivery of the transportation unit security, or the user110 may preemptively sell back the transportation capacity unit securityto the market at the then current bid price 418. The user 110 would thenhave offset their obligation in a timely manner and another user 110 onthe network 214, 226 may then purchase the available transportation orfreight capacity unit security. By eliminating the initial obligation byan creating an offset obligation, the additional data transformationconcepts such as cost of cover, liquidated damages or force majeure arenot employed by the method. In some embodiments, virtual transportationor freight hub combination units may or may not have the availableliquidity if the user 110 were to wait too long before delivery of thetransportation capacity unit to make an adjustment and therefore mayneed to take delivery even if they are not present. In some embodiments,the user 110 may select a grade specification 520 or specification forfinancial swaps and options or physical swaps and options oftransportation and freight capacity units. For the purpose of example,but not limiting by example, a plurality of specification grades mayexist, such as “premium” which may be defined by certain classes oftransportation capacity units and/or certain quality levels. Similarly,for the purpose of example, but not limiting by example, a plurality ofspecification grades may exist such as “intermediate” or “basic” whichmay be defined by certain classes of transportation or freight capacityunit securities and/or certain quality levels. In some embodiments, theuser 110 may select the destination/to virtual hub 530 to change thevirtual hub combination. In some embodiments, the user 110, may contactthe “set” button 540 to transmit the transformed transportation capacityunit security specification data by using the GUI 510 which mayinstantiate instructions in the memory of the mobile computing devicewhich then transmits transportation capacity data through the network214 or wireless GPS network 215 to call upon instruction routines andinstruction sub-routines on the transportation forward market databaseserver 271, virtual hub database server 223, network member databaseserver 222, map routing servers, no arbitrage condition database serverand/or instructions in the memory of the cloud and local CPUs 290 whichall interface together to make one system which may deliver transformedtransportation capacity unit securities to users 110 from and to aplurality of virtual hubs 410, 422 with a plurality of specifications atspecific market prices.

FIG. 6 illustrates an exemplary user interface 210 for selecting theterm transformation specification 610 on a portable multifunction device(e.g., a mobile computing device) in accordance with some embodiments.In some embodiments, user interface 210 includes the following elements,or a subset or superset thereof:

Term specification options (a data transformation) 610;

Specification of quality or type such as financial or physical oftransportation or freight capacity (a data transformation) 620;

Destination/To virtual hub (a data transformation) 630;

Setting button 640 to transmit the term 610 and quality specificationgrade (a data transformation) 620;

Calendar button 650 to select specification start dates and end datesfor a plurality of virtual transportation or freight hub combinations (adata transformation);

Hamburger button 270 to instruct the GUI 210 to take the user 110 to themenu screen.

In some embodiments, the term specification 610 may be used toparticipate, transact and/or trade in a specific virtual hub combinationfor a specific time period specification. Users 110 may set the term todaily, weekly, monthly, annual, weekdays, weekends, specific days suchas Monday, Tuesday, Wednesday, Thursday, Friday, Saturday, or Sunday, orany combination of term selections the user 110 sets as relevant forparticipating, transacting, or trading in the transformed transportationor freight capacity unit securities market. Not limiting by example, butfor use of illustrating a possible subset of term selections, the user110 may select “weekdays” 610 during a specific calendar time period 650of a given year. In some embodiments, specific time start dates and enddates may be set by the user with the calendar button 650. In someembodiments, a user 110 may select “Mondays” 610 within a specificationdate window 650 (a data transformation). In some embodiments, the user110 may select “weekends” 610 during a specification calendar window ofdates 650 (a data transformation). In some embodiments, the user 110 maycontact the “set” button 640 to transmit the transformed transportationor freight capacity unit specification data by using the GUI 210, whichmay instantiate instructions in the memory of the mobile computingdevice, which then transmits transportation capacity data through thenetwork 214 or wireless GPS network 215 to call upon instructionroutines and instruction sub-routines on the transportation forwardmarket database server 271, virtual hub database server 223, networkmember database server 222, map routing servers, no arbitrage conditiondatabase server, and/or instructions in the memory of the cloud andlocal CPUs 290, which all interface together to make one system that maydeliver transportation capacity units to users 110 from and to aplurality of virtual hubs 410, 422 with a plurality of specifications atspecific market prices.

FIG. 7 illustrates an exemplary user interface 210 for selecting ordertime in force order types 710 (a data transformation) as well as ordertypes 720 (a data transformation) on a portable multifunction device(e.g., a mobile computing device) in accordance with some embodiments.In some embodiments, user interface 210 includes the following elements,or a subset or superset thereof:

Order time in force specification options (a data transformation) 710;

Order type specification options (a data transformation) 720;

Setting button 740 to transmit the order time in force specification 710and Order type specification option 720 (a data transformation);

Hamburger button 270 to instruct the GUI 210 to take the user 110 to themenu screen.

In some embodiments, user interface 210 may be used by the user 110 toselect a plurality of order time in force specifications 710. In someembodiments, order time in force selections 710 may include a subset orsuperset thereof: day (DAY) order; good till cancelled order (GTC);immediate or cancel order (10C); good till date order (GTD); and daytill cancelled order (DTC). Order time in force specifications 710 maybe used to designate how long a user 110 order may be valid. In someembodiments, the GUI 210 may display the definitions of a plurality oforder time in force specification 710 characteristics so that the user110 may select the appropriate order time in force specification 710 forthe transportation or freight capacity unit that the user 110 mayparticipate, transact, and/or trade. In some embodiments, the userinterface 210 may be used to select the order type specifications 720.In some embodiments, order type selections 720 may include a subset orsuperset thereof: Limit, Market, Market if Touched (MIT); Snap toMarket; Snap to Mid; Snap to primary; Peg to benchmark; and adaptivecustom. In some embodiments, the GUI 210 may display the definitions ofa plurality of order types specification 720 characteristics so that theuser 110 may select the appropriate order type specification 720 for thetransportation or freight capacity unit that the user 110 mayparticipate, transact, and/or trade. In some embodiments, the user 110,may contact the “set” button 740 to transmit the transportation orfreight capacity unit specification data by using the GUI 210 which mayinstantiate instructions in the memory of the mobile computing device,which then transmits transportation or freight capacity data through thenetwork 214 or wireless GPS network 215 to call upon instructionroutines and instruction sub-routines on the transportation forwardmarket database server 271, virtual hub database server 223, networkmember database server 222, map routing server, no arbitrage conditiondatabase server, and/or instructions in the memory of the cloud andlocal CPUs 290, which all interface together to make one system whichmay deliver transformed transportation capacity unit securities touser(s) 110 from and to a plurality of virtual hubs 410, 422 with aplurality of specifications at specific market prices.

FIG. 8 illustrates an exemplary user interface 210 for selecting virtualhub transportation capacity unit modes 810 (a data transformation) on aportable multifunction device (e.g., a mobile computing device) inaccordance with some embodiments. In some embodiments, user interface210 includes the following elements, or a subset or superset thereof:

Virtual hub transportation capacity unit modes 810 (a datatransformation);

Setting button 840 to transmit the virtual hub transportation capacityunit modes 810;

Hamburger button 270 to instruct the GUI 210 to take the user 110 to themenu screen.

In some embodiments, user interface 210 may be used by the user 110 toselect a plurality of virtual hub transformed transportation capacityunit security modes 810 specifications. In some embodiments, virtual hubtransportation capacity unit mode selections 810 may include a subset orsuperset thereof: Automobile 811; air 812; autonomous vehicle 813; bike814; boat 815; bus 816; drone 817; limo 818; motorcycle 819; moped 820;shuttle 821; space 822; subway 823; taxi 824; train 825; fastestoptimized 826; cheapest route 827; packages 828; cargo 829; and virtual830. In some embodiments, virtual hub transportation capacity unit modesare simply that a user 110 would have a virtual transportation orfreight capacity unit seat in an automobile or an airplane as examples,but not limiting by example. In some embodiments, the user 110 may bidon cargo 829 or package capacity 828 in any mode or multi-modal oftransformed transportation or freight capacity between a combination ofvirtual transportation hub locations. In some embodiments, the user 110may use one or multiple modes of transportation between a combination ofvirtual transportation hub capacity points. In some embodiments, theuser 110, may contact the “set” button 840 to transmit the transformedtransportation or freight capacity unit specification mode data by usingthe GUI 210 which may instantiate instructions in the memory of themobile computing device, which then transmits transportation capacitydata through the network 214 or wireless GPS network 215 to call uponinstruction routines and instruction sub-routines on the transportationforward market database server 271, virtual hub database server 223,network member database server 222, no arbitrage condition databaseserver, and/or instructions in the memory of the cloud and local CPUs290, which all interface together to make one system that may delivertransformed transportation or freight capacity unit securities,forwards, futures, swaps, options or other derivatives to users 110 fromand to a plurality of virtual hubs 410, 422 with a plurality ofspecifications at specific market prices.

FIG. 9 illustrates an exemplary user interface 210 for identifying thedistance the user 110 is from the virtual hub from a map and distanceperspective on a portable multifunction device (e.g., a mobile computingdevice) in accordance with some embodiments. In some embodiments, userinterface 210 includes the following elements, or a subset or supersetthereof:

Virtual hub transportation capacity unit pick up display 910;

Virtual hub transportation capacity unit pick up address 920;

Virtual hub transportation capacity unit drop off address 930;

Virtual hub transportation capacity pick-up target zone 960;

Virtual hub transportation capacity drop-off target zone 950;

Setting button 940 to transmit the virtual hub transportation capacityunit addresses 920, 930;

Hamburger button 270 to instruct the GUI 210 to take the user 110 to themenu screen.

In some embodiments, user interface 210 may be used by the user 110 toselect a plurality of virtual hub transportation capacity unit address910 specifications. In some embodiments, virtual hub transportation orfreight capacity unit address selections 910 may include a subset orsuperset thereof: virtual hub pick up address 920; virtual hub drop offaddress 930. In some embodiments, virtual hub transportation capacityunit addresses 920 and 930 may be changed before delivery of a virtualtransportation capacity unit. The user interface map and address tool910 displays the users 110 distance from the address of the virtualtransportation or freight hub as well as a map to assist the user 110 infinding the location of the virtual transportation hub. In someembodiments, user interface 210 displays the virtual hub pick up zone960 on a map in context to the user's 110 location. In some embodiments,user interface 210 displays the virtual hub drop off zone 950 on a mapin context to the user's 110 location. In some embodiments, the user110, may contact the “set” button 940 to transmit the transportationcapacity unit specification address data by using the GUI 210 which mayinstantiate instructions in the memory of the mobile computing device,which then transmits transportation or freight capacity data through thenetwork 214 or wireless GPS network 215 to call upon instructionroutines and instruction sub-routines on the transportation forwardmarket database server 271, virtual hub database server 223, networkmember database server 222, map routing server, no arbitrage conditiondatabase server, and/or instructions in the memory of the cloud andlocal CPUs 290, which all interface together to make one system that maydeliver transportation or freight capacity units to users 110 from andto a plurality of virtual hubs 410, 422 with a plurality ofspecifications at specific market prices.

FIG. 10 illustrates an exemplary user interface 210 for identifying theconstraints and no arbitrage settings 1010 the user 110 selects on aportable multifunction device (e.g., a mobile computing device) inaccordance with some embodiments (multiple data transformations). Insome embodiments, user interface 210 includes the following elements, ora subset or superset thereof:

Constraint and no arbitrage settings 1010 (a data transformation);

Setting button 1040 to transmit the virtual hub transportation capacityconstraints and no arbitrage settings;

Hamburger button 270 to instruct the GUI 210 to take the user 110 to themenu screen.

In some embodiments, user interface 210 may be used by the user 110 toselect a plurality of virtual hub transportation capacity constraint andno arbitrage settings 1010. In some embodiments, virtual hubtransportation capacity unit constraint and no arbitrage selections 1010may include a subset or superset thereof: cheapest route 1011 (a datatransformation); single mode 1012 (a data transformation); multi-mode1013 (a data transformation); fastest route 1014 (a datatransformation); most scenic 1015 (a data transformation); highestrating 1016 (a data transformation); most available 1017 (a datatransformation); highest volume 1018 (a data transformation); mostfrequent 1019 (a data transformation); service level 1020 (a datatransformation); and security and safety 1021 (a data transformation).In some embodiments, the “cheapest route setting” 1011 instantiatesinstructions in the memory of the CPU 290 to complete a standard costminimization linear program to assist the user 110 to complete thetransportation capacity unit between two virtual hubs with the lowestcost. In some embodiments, the “single mode” 1012 instantiatesinstructions in the memory of the CPU 290 to set a constraint for theuser 110 to complete the transportation capacity unit between twovirtual hubs with the only one mode of transportation. In someembodiments, the “multi mode” 1013 instantiates instructions in thememory of the CPU 290 to set a constraint for the user 110 to completethe transportation capacity unit between two virtual hubs with more thanone mode of transportation. In some embodiments, the “fastest route”1014 instantiates instructions in the memory of the CPU 290 to completestandard linear programming equation to minimize travel time for theuser 110 to complete the transportation capacity unit between twovirtual hubs with the shortest time. In some embodiments, the settings1010 may set instructions for the price based navigation routing indexand GUI presentation on the user(s) 110 interface 210. In someembodiments, the “most scenic” 1015 instantiates instructions in thememory of the CPU 290 to complete an algorithm with the highest ratingsfor scenery to assist the user 110 to complete the transformedtransportation capacity unit between two virtual hubs with highestscenery rating. In some embodiments, the “highest rating” 1016instantiates instructions in the memory of the CPU 290 to complete arating algorithm to assist the user 110 to complete the transportationcapacity unit between two virtual hubs with the highest rating. In someembodiments, the “most available” 1017 instantiates instructions in thememory of the CPU 290 to complete an algorithm to search for the routewith the most open transportation capacity units to assist the user 110to complete the transportation capacity unit between two virtual hubswith the most available open seats or open transportation capacityunits. In some embodiments, the “highest volume” 1018 instantiatesinstructions in the memory of the CPU 290 to complete an algorithm toselect the route with the highest volume of participants to assist theuser 110 to complete the transformed transportation capacity unitbetween two virtual hubs with the largest number of users 110. In someembodiments, the “most frequent” 1019 instantiates instructions in thememory of the CPU 290 to complete most frequent route analysis from atiming constraint perspective to assist the user 110 to complete thetransportation capacity unit between two virtual hubs with the mostfrequent departures. In some embodiments, the “service level” 1020instantiates instructions in the memory of the CPU 290 to align theconstraint to select the service level to assist the user 110 tocomplete the transportation capacity unit between two virtual hubs withthe correct level of service. In some embodiments, the “security andsafety” 1021 instantiates instructions in the memory of the CPU 290 torun safety and security algorithms on the user's 110 based on blockchain performance of drivers and riders to assist the user 110 tocomplete the transportation capacity unit between two virtual hubs withthe highest level of safety and security. In some embodiments, the“group restricted” 1022 instantiates instructions in the memory of theCPU 290 to run grouping limitation algorithms on the user's 110 marketauction based on limiting the pool of drivers and riders or freightproviders and shippers to assist the user 110 to complete thetransportation or freight capacity unit between two virtual hubs with alimit on the pool of available users. In some embodiments, a pluralityof settings which transform the data may be sequenced for presenting asa transformed market 400 or as a transformed market as a layer on anavigation system with indexed routes based on price. A user(s) 110 poolfor group restricted 1022 (a data transformation) settings may limit theuser pool displayed by email, security, sex, rating or a plurality ofother restrictions. In some embodiments, the user 110, may contact the“set” button 1040 to transmit the transportation or freight capacityunit security specification constraint and arbitrage data by using theGUI 210 which may instantiate instructions in the memory of the mobilecomputing device, which then transmits transportation capacity securityand safety data through the network 214 or wireless GPS network 215 tocall upon instruction routines and instruction sub-routines on thetransportation forward market database server 271, virtual hub databaseserver 223, network member database server 222, map routing server, noarbitrage condition database server, and/or instructions in the memoryof the cloud and local CPUs 290, which all interface together to makeone system that may deliver transportation or freight capacity units tousers 110 from and to a plurality of virtual hubs 410, 422 with aplurality of specifications at specific market prices in an auctionformat.

FIG. 11 illustrates exemplary user interfaces 210 for participating,transacting and/or trading transformed transportation or freight as aphysical forward commodity or security between combinations of virtualhubs over various transportation modes. In some embodiments, userinterface 210 includes the following elements, or a subset or supersetthereof:

Exemplary virtual hub combination 1111;

Exemplary virtual hub origin/from location 1110 with users 1112 withinthe virtual hub location 1110;

Exemplary specification summary of the market, level of service and timeof delivery commencement 1127;

Exemplary mode of air transportation or freight capacity type 1130;

Exemplary transaction summary of the last trades quantity and price1128;

Exemplary virtual hub destination/to location 1122 and user who is beingdelivered on the transportation capacity unit 1123;

Exemplary bid/buy quantity title header 1115 for an exemplary virtualtransportation hub market;

Exemplary bid/buy price title header 1116 for an exemplary virtualtransportation or freight hub market;

Exemplary offer/sell price title header 1119 for an exemplary virtualtransportation or freight hub market;

Exemplary offer/sell quantity title header 1126 for an exemplary virtualtransportation or freight hub market;

Exemplary bid/buy quantity 1114 for the best bid quantity from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination that has undergone a pluralityof data transformations in the method 1111;

Exemplary bid/buy quantity 1113 for the second-best bid quantity from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination that has undergone a pluralityof data transformations in the method 1111;

Exemplary bid/buy price 1118 for the best bid price from a plurality ofusers 110 for an exemplary respective transportation or freight capacityvirtual hub combination that has undergone a plurality of datatransformations in the method 1111;

Exemplary bid/buy price 1117 for the second-best bid price from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination that has undergone a pluralityof data transformations in the method 1111;

Exemplary offer/sell price 1121 for the best offer price from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination that has undergone a pluralityof data transformations in the method 1111;

Exemplary offer/sell price 1120 for the second-best offer price from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination that has undergone a pluralityof data transformations in the method 1111;

Exemplary offer/sell quantity 1125 for the best offer quantity from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination that has undergone a pluralityof data transformations in the method 1111;

Exemplary offer/sell quantity 1124 for the second-best offer quantityfrom a plurality of users 110 for an exemplary respective transportationor freight capacity virtual hub combination that has undergone aplurality of data transformations in the method 1111;

Exemplary safety dispatch “911” button 1129 to enact video and audiorecording of the user 110 environment and dispatch of that informationto authorities.

Exemplary hamburger menu button 270 to move back to menu options andsettings away from the participation, transaction, trading auction GUI210 embodiment.

In some embodiments the user 110 may enter a transaction quantity andprice for transformed transportation or freight capacity unit securitiesto participate, transact and/or trade by the GUI 210 detecting user 110contact or audio interface with a bid/buy price 1118 or offer/sell price1121. The GUI 210 detects user 110 contact with any of the GUI 210buttons which have been aforementioned. Upon user 110 contact or audiointerface with buttons on the GUI 210, instructions are instantiatedwhich allow the user 110 to change the specifications of the respectivevirtual hub combination 1111. A plurality of prices and markets may bepresented based on a plurality of contract specifications. In someembodiments, the best bid/buy price 1118 may be moving up in price ordown in price depending on the market conditions at any given time. Insome embodiments the last trade or last transacted price for a givenspecification is listed to help the user 110 understand how the marketis moving so that the user 110 may submit a competitive offer/sellingprice 1121 or bid/buying price 1118. In some embodiments, users 110 mayadjust settings of the GUI 210 to show more bid/buying prices 1117 ormore offer/selling prices 1120. In some embodiments the matrix of marketquantities and prices 1113, 1114, 1115, 1116, 1117, 1118, 1119, 1120,1121, 1124, 1125, 1126 may be referred to as market depth in the GUI 210embodiment. In some embodiments the number of users 110 may be displayedas user icons 1112 or 1123 for the amount of people logged in whichdesire to transact, trade or participate in a given virtual hub 1110 tovirtual hub 1122 combination. In some embodiments, users 110 may selectthe transportation mode 1130 such that the user allows a market for onlyone form of transportation capacity as a commodity or the user 110 mayallow the system to show multiple forms of transportation capacitybetween two virtual transportation capacity hubs 1110, 1111, 1122. Insome embodiments the GUI 210 may detect a user 110 selecting the 911button 1129 which may activate voice and video recording functions onthe mobile or stationary device and transmit the data with aconfirmation from the user 110 to the authorities to provide enhancedsecurity while participating, transacting, or trading transformedforward transportation as a commodity or security. In some embodiments,the user may toggle between the GUI 210 market view screen in FIG. 11and other menu 270 options and settings by the user 110 selecting thehamburger button 270 and the GUI 210 detecting the user 110 input orcontact or audio instruction. In some embodiments, the GUI 210 mayinstantiate instructions in the memory of the mobile computing device,which then transmits transportation or freight capacity data through thenetwork 214 or wireless GPS network 215 to call upon instructionroutines and instruction sub-routines on the transportation forwardmarket database server 271, virtual hub database server 223, networkmember database server 222, map routing server, no arbitrage conditiondatabase server, and/or instructions in the memory of the cloud andlocal CPUs 290, which all interface together to make one system that maydeliver transportation capacity units to users 110 from and to aplurality of virtual hubs 1110, 1122 with a plurality of specificationsat specific market prices.

FIG. 12 illustrates exemplary user interfaces 210 for participating,transacting and/or trading transformed transportation as a physicalforward commodity or security between combinations of virtual hubs overvarious transportation modes. In some embodiments, user interface 210includes the following elements, or a subset or superset thereof:

Exemplary virtual hub combination 1211;

Exemplary virtual hub origin/from location 1210 with users 1212 withinthe virtual hub location 1210;

Exemplary specification summary of the market, level of service and timeof delivery commencement 1227;

Exemplary mode of train transportation capacity type 1230;

Exemplary transaction summary of the last trades quantity and price1228;

Exemplary virtual hub destination/to location 1222 and user who is beingdelivered on the transportation or freight capacity unit 1223;

Exemplary bid/buy quantity title header 1215 for an exemplary virtualtransportation or freight hub market;

Exemplary bid/buy price title header 1216 for an exemplary virtualtransportation or freight hub market;

Exemplary offer/sell price title header 1219 for an exemplary virtualtransportation or freight hub market;

Exemplary offer/sell quantity title header 1226 for an exemplary virtualtransportation for freight hub market;

Exemplary bid/buy quantity 1214 for the best bid quantity from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination that has undergone a pluralityof data transformations in the method 1211;

Exemplary bid/buy quantity 1213 for the second-best bid quantity from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination that has undergone a pluralityof data transformations in the method 1211;

Exemplary bid/buy price 1218 for the best bid price from a plurality ofusers 110 for an exemplary respective transportation or freight capacityvirtual hub combination that has undergone a plurality of datatransformations in the method 1211;

Exemplary bid/buy price 1217 for the second-best bid price from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination that has undergone a pluralityof data transformations in the method 1211;

Exemplary offer/sell price 1221 for the best offer price from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination that has undergone a pluralityof data transformations in the method 1211;

Exemplary offer/sell price 1220 for the second-best offer price from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination that has undergone a pluralityof data transformations in the method 1211;

Exemplary offer/sell quantity 1225 for the best offer quantity from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination that has undergone a pluralityof data transformations in the method 1211;

Exemplary offer/sell quantity 1224 for the second-best offer quantityfrom a plurality of users 110 for an exemplary respective transportationor freight capacity virtual hub combination that has undergone aplurality of data transformations in the method 1211;

Exemplary safety dispatch “911” button 1229 to enact video and audiorecording of the user 110 environment and dispatch of that informationto authorities.

Exemplary hamburger menu button 270 to move back to menu options andsettings away from the participation, transaction, trading GUI 210embodiment.

In some embodiments the user 110 may enter a transaction quantity andprice for transportation or freight capacity units to participate,transact and/or trade by the GUI 210 detecting user 110 contact with abid/buy price 1218 or offer/sell price 1221. The GUI 210 detects user110 contact with any of the GUI 210 buttons which have beenaforementioned. Upon user 110 contact with buttons or audio interface onthe GUI 210, instructions are instantiated which allows the user 110 tochange the specifications of the respective virtual hub combination1211. A plurality of transformed prices and transformed markets may bepresented based on a plurality of transformed contract specifications.In some embodiments, the best bid/buy price 1218 may be moving up inprice or down in price depending on the market conditions at any giventime. In some embodiments the last trade or last transacted price for agiven specification is listed to help the user 110 understand how themarket is moving so that the user 110 may submit a competitiveoffer/selling price 1221 or bid/buying price 1214. In some embodiments,users 110 may adjust settings of the GUI 210 to show more bid/buyingprices 1217 or more offer/selling prices 1220. In some embodiments thematrix of market quantities and prices 1213, 1214, 1215, 1216, 1217,1218, 1219, 1220, 1221, 1224, 1225, 1226 may be referred to as marketdepth in the GUI 210 embodiment. In some embodiments the number of users110 may be displayed as user icons 1212 or 1223 for the amount of peoplelogged in which desire to transact, trade or participate in a givenvirtual hub 1210 to virtual hub 1222 combination. In some embodiments,users 110 may select the transportation mode 1230 such that the userallows a market for only one form or mode of transportation capacity asa commodity or security or the user 110 may allow the system to showmultiple forms (multi-modal) of transportation capacity between twovirtual transportation capacity hubs 1210, 1211, 1222. In someembodiments the GUI 210 may detect a user 110 selecting the 911 button1229 which may activate voice and video recording functions on themobile or stationary device and transmit the data with a confirmationfrom the user 110 to the authorities to provide enhanced security whileparticipating, transacting or trading transformed forward transportationor freight units as a commodity or security. In some embodiments theuser may toggle between the GUI 210 market view screen in FIG. 12 andother menu 270 options and settings by the user 110 selecting thehamburger button 270 and the GUI 210 detecting the user 110 input orcontact or audio instructions. In some embodiments the GUI 210 mayinstantiate instructions in the memory of the mobile computing device,which then transmits transportation or freight capacity data through thenetwork 214 or wireless GPS network 215 to call upon instructionroutines and instruction sub-routines on the transportation forwardmarket database server 271, virtual hub database server 223, networkmember database server 222, map routing servers, no arbitrage conditiondatabase server, and/or instructions in the memory of the cloud andlocal CPUs 290, which all interface together to make one system that maydeliver transportation or freight capacity units to users 110 from andto a plurality of virtual hubs 1210, 1222 with a plurality ofspecifications at specific market prices.

FIG. 13 illustrates exemplary user interfaces 210 for participating,transacting and/or trading transformed transportation as a physicalforward commodities or securities between combinations of virtual hubsover various transportation modes. In some embodiments, user interface210 includes the following elements, or a subset or superset thereof:

Exemplary virtual hub combination 1311;

Exemplary virtual hub origin/from location 1310 with users 1312 withinthe virtual hub location 1310;

Exemplary specification summary of the market, level of service and timeof delivery commencement 1327;

Exemplary mode of train transportation capacity type 1330;

Exemplary transaction summary of the last trades quantity and price1328;

Exemplary virtual hub destination/to location 1322 and user who is beingdelivered on the transportation or freight capacity unit 1323;

Exemplary bid/buy quantity title header 1315 for an exemplary virtualtransportation or freight hub market;

Exemplary bid/buy price title header 1316 for an exemplary virtualtransportation or freight hub market;

Exemplary offer/sell price title header 1319 for an exemplary virtualtransportation or freight hub market;

Exemplary offer/sell quantity title header 1326 for an exemplary virtualtransportation or freight hub market;

Exemplary bid/buy quantity 1314 for the best bid quantity from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination that has undergone a pluralityof data transformations in the method 1311;

Exemplary bid/buy quantity 1313 for the second-best bid quantity from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination that has undergone a pluralityof data transformations in the method 1311;

Exemplary bid/buy price 1318 for the best bid price from a plurality ofusers 110 for an exemplary respective transportation or freight capacityvirtual hub combination that has undergone a plurality of datatransformations in the method 1311;

Exemplary bid/buy price 1317 for the second-best bid price from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination that has undergone a pluralityof data transformations in the method 1311;

Exemplary offer/sell price 1321 for the best offer price from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination that has undergone a pluralityof data transformations in the method 1311;

Exemplary offer/sell price 1320 for the second-best offer price from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination that has undergone a pluralityof data transformations in the method 1311;

Exemplary offer/sell quantity 1325 for the best offer quantity from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination that has undergone a pluralityof data transformations in the method 1311;

Exemplary offer/sell quantity 1324 for the second-best offer quantityfrom a plurality of users 110 for an exemplary respective transportationor freight capacity virtual hub combination that has undergone aplurality of data transformations in the method 1311;

Exemplary safety dispatch “911” button 1329 to enact video and audiorecording of the user 110 environment and dispatch of that informationto authorities.

Exemplary hamburger menu button 270 to move back to menu options andsettings away from the participation, transaction, trading GUI 210embodiment.

In some embodiments the user 110 may enter a transaction quantity andprice for transportation or freight capacity units to participate,transact and/or trade by the GUI 210 detecting user 110 contact or audioinstructions with a bid/buy price 1318 or offer/sell price 1321. The GUI210 detects user 110 contact with any of the GUI 210 buttons which havebeen aforementioned. Upon user 110 contact or audio interface withbuttons or audio instructions on the GUI 210, instructions areinstantiated which allows the user 110 to change the specifications ofthe respective virtual hub combination 1311. A plurality of prices andmarkets may be presented based on a plurality of transformed contractspecifications. In some embodiments, the best bid/buy price 1318 may bemoving up in price or down in price depending on the market conditionsat any given time. In some embodiments the last trade or last transactedprice for a given transformed specification is listed to help the user110 understand how the market is moving so that the user 110 may submita competitive offer/selling price 1321 or bid/buying price 1314. In someembodiments, users 110 may adjust settings of the GUI 210 to show morebid/buying prices 1317 or more offer/selling prices 1320. In someembodiments the matrix of market quantities and prices 1313, 1314, 1315,1316, 1317, 1318, 1319, 1320, 1321, 1324, 1325, 1326 may be referred toas market depth in the GUI 210 embodiment. In some embodiments thenumber of users 110 may be displayed as user icons 1312 or 1323 for theamount of people logged in which desire to transact, trade orparticipate in a given virtual hub 1310 to virtual hub 1322 transformedcombination. In some embodiments, users 110 may select thetransportation mode 1330 such that the user allows a market for only oneform of transportation capacity as a commodity or the user 110 may allowthe system to show multiple forms of transformed transportation orfreight capacity or securities between two virtual transportationcapacity hubs 1310, 1311, 1322. In some embodiments, by way of exampleand not to limit by example to avoid doubt, transformed transportationunits or transformed transportation unit securities may even besubstitutable between modes if the other specifications meet the gradecategory of the transformed transportation unit specification ortransformed transportation unit security. A user(s) 110 may have boughta transformed transportation unit with a specification and the deliverymechanism was a bus, however the bus user 110 bought back theirtransformed transportation unit or transformed transportation unitsecurity and now the original purchaser may be matched with a car ofanother user 110 who will deliver the transformed transportation unit ortransformed transportation unit security. In some embodiments, bus 816,train 1330, airplane 1130, car 430, or a plurality of other modes may besubstitutable if the transformed transportation unit or transformedtransportation unit security meets the delivery transformedspecification grade. In some embodiments the GUI 210 may detect a user110 selecting the 911 button 1329 which may activate voice and videorecording functions on the mobile or stationary device and transmit thedata with a confirmation from the user 110 to the authorities to provideenhanced security while participating, transacting or trading forwardtransportation or freight as a commodity. In some embodiments, the usermay toggle between the GUI 210 market view screen in FIG. 13 and othermenu 270 options and settings by the user 110 selecting the hamburgerbutton 270 and the GUI 210 detecting the user 110 input or contact. Insome embodiments, the GUI 210 may instantiate instructions in the memoryof the mobile computing device, which then transmits transportation orfreight capacity data through the network 214 or wireless GPS network215 to call upon instruction routines and instruction sub-routines onthe transportation forward market database server 271, virtual hubdatabase server 223, network member database server 222, map routingservers, no arbitrage condition database server, and/or instructions inthe memory of the cloud and local CPUs 290, which all interface togetherto make one system that may deliver transportation or freight capacityunits to users 110 from and to a plurality of virtual hubs 1310, 1322with a plurality of specifications at specific market prices.

FIG. 14 illustrates an exemplary user interface 210 for selecting menuoptions 1410 on a portable multifunction device in accordance with someembodiments. In some embodiments, user interface 210 includes thefollowing elements, or a subset or superset thereof:

Menu options 1410;

Origin (From)/Destination (to) menu option 1411;

Market menu option 1412;

Timings and Specs menu option 1413;

Term and Specs menu option 1414;

Order time and type menu option 1415;

Modes menu option 1416;

Virtual Hubs menu option 1417;

No arb settings menu option 1418;

Orders and Confirms menu option 1419;

Pool Message menu option 1420;

Tax and Accounting menu option 1421;

Setting button 1440 to transmit the menu option;

Hamburger button 270 to instruct the GUI 210 to take the user 110 to themenu screen.

In some embodiments, user interface 210 may be used by the user 110 toselect a plurality of menu options 1410. In some embodiments, the user110 may select the origin (from)/destination (to) menu option 1411 whichmay instruct the GUI 210 to go to an address input rendering 910 and/orFIG. 2. In some embodiments, the user 110, may contact the “market” menuoption 1412 which may instruct the GUI 210 to render a marketparticipation, transaction and/or trading screen such as 400, 1100,1200, or 1300. In some embodiments the user may toggle between the GUI210 market view screen in FIG. 4 and other menu 270 options and settingsby the user 110 selecting the hamburger button 270 and the GUI 210detecting the user 110 input or contact. In some embodiments, the user110, may contact the “timings and specs” menu option 1413 which mayinstruct the GUI 210 to render a timings and specs screen such as 500.In some embodiments, the user 110, may contact the “term and specs” menuoption 1414 which may instruct the GUI 210 to render a term and specsscreen such as 600. In some embodiments, the user 110, may contact the“order time and type” menu option 1415 which may instruct the GUI 210 torender an order time and type screen such as 700. In some embodiments,the user 110, may contact the “modes” menu option 1416 which mayinstruct the GUI 210 to render a mode screen such as 800. In someembodiments, the user 110, may contact the “Virtual Hubs” menu option1417 which may instruct the GUI 210 to render a virtual hubs screen suchas 900. In some embodiments, the user 110, may contact the “no arbsettings” menu option 1418 which may instruct the GUI 210 to render a noarbitrage constraint screen such as 1000. In some embodiments, the user110, may contact the “orders and confirms” menu option 1419 which mayinstruct the GUI 210 to render the market orders and transactionconfirmations for the user 110. In some embodiments, the user 110, maycontact the “pool message” menu option 1420 which may instruct the GUI210 to message either the actual transportation capacity unit or theopposite seller user 110 or buyer user 110 depending on if the user 110was an opposite buyer or seller of the transportation capacity unit. Insome embodiments, the user 110, may contact the “tax and accounting”menu option 1421 which may instruct the GUI 210 to render tax andaccounting information for the respective user 110. In some embodimentsthe GUI 210 menu option selection 1410 may instantiate instructions inthe memory of the mobile computing device, which then transmitstransportation capacity data through the network 214 or wireless GPSnetwork 215 to call upon instruction routines and instructionsub-routines on the transportation forward market database server 271,virtual hub database server 223, network member database server 222, maprouting server, no arbitrage condition database server, and/orinstructions in the memory of the cloud and local CPUs 290, which allinterface together to make one system that may deliver transportation orfreight capacity units or securities to users 110 from and to aplurality of virtual hubs 410, 422 with a plurality of specifications atspecific market prices.

FIG. 15 illustrates an exemplary network configuration 1500 in oneexemplary implementation of participating, transacting and/or tradingtransformed transportation or freight capacity units or securities inaccordance with some embodiments. In some embodiments, networkconfiguration 1500 includes the following elements, or a subset orsuperset thereof:

Wireless global positioning system (GPS) network 1510;

Network/s 1511;

Additional global positioning system (GPS) network 1512;

User member portable multifunction device 1513;

Virtual hub database server 1514;

Transportation forward market database server 1519;

Additional user member portable multifunction device 1515;

Network member database server 1520;

Network member user 1516;

Additional network member user 1517;

No arbitrage constraint database server 1521;

Cloud and Local CPUs 1522;

Transportation or freight capacity unit mode 1518.

In some embodiments, the software and/or instructions stored in memoryof the cloud & local CPUs 1522 and portable multifunction devices 1513,1515 may include additional instructions to instantiate specificationrequirements, participation, transactions, and/or trading on thetransportation or freight capacity unit network 1511. In someembodiments, instructions may include standard database web serviceswith the database as service provider (i.e. calling from the outside in,which lets the client GUI 210 or 1513 call each of the virtual hubdatabase server 1514 and/or transportation forward market databaseserver 1519 and/or network member database server 1520 and/or noarbitrage constraint database server 1521 and/or cloud & local CPUs 1522through the wireless GPS network 1510 or network 1511. In someembodiments, each of the virtual hub database server 1514 and/ortransportation forward market database server 1519 and/or network memberdatabase server 1520 and/or no arbitrage constraint database server 1521and/or cloud & local CPUs 1522 may instruct the network to instantiatethe database servers 1514, 1519, 1520, 1521, 1522 as service consumers(i.e. calling from the inside out, which lets a SQL query or applicationmodule in the database session consume an external web service. In someembodiments, users 1516 and/or 1517 may use portable multifunctiondevices 1513 and/or 1515 to access the transportation or freightcapacity unit market GUI 210 so that the users 1516 and/or 1517 mayparticipate, transact and/or trade transportation or freight capacityunits. In some embodiments, the virtual hub database server 1514 storesmap tile data in addition to user location data which is utilized by theGUI 210 to display or render location of virtual hubs and user 1516proximity to those virtual hubs 400, 900, 1100, 1200, 1300. In someembodiments, the transportation forward market database server 1519stores bid and offer data for respective quantities of users as well astransaction data and a plurality of market data for each virtual hubcombination. In some embodiments, the network member database server1520 stores user profile, user transaction, user trade, user settings,user specifications, user rating, user criminal history or backgroundcheck data or facial recognition data or fingerprint recognition data orphoto scan recognition data or ride history data, user track record,user bank data, user credit card data, user history data, user tax dataand a plurality of other data. In some embodiments, the no arbitrageconstraint database server 1521 stores data and algorithms to identifyuser 110 constraints 1000 and run algorithm calculations for users onspecific constraints to check for compliance with constraints. In someembodiments, network servers and CPUs 1514, 1519, 1520, 1521, 1522,1513, 1515 my interface through the network 1511 and/or wireless GPSnetworks 1510, 1512 such that transportation or freight capacity unitsmay be participated in, transacted and/or traded efficiently in thecontext of a market for transportation capacity units or securities.Included aforementioned data elements may be a subset or superset ofdata used for any specific calculation or transformation to participate,transact or trade transportation or freight capacity units orsecurities.

FIG. 16 illustrates a flowchart embodiment of steps a user may performto participate, transact and/or trade transformed transportationcapacity units or securities between virtual hub combinations. In someembodiments a user at a mobile or portable multifunction device and/orfixed computing device with a touchscreen or a computing device withouta touchscreen or augmented, audio interface computing device, mixedreality non-screen display may detect user login to the transportationcapacity unit network 1610. In some embodiments, the GUI of thetransportation capacity unit network may detect and receive originlocation from user input or current GPS coordinate information anddetect destination address from user input and transmission of data1620. In some embodiments, the GUI and/or CPUs and/or databases maygenerate and apply one or more optimization techniques to form a virtualhub with other users that have similar transportation requests within ageographic boundary 1630. In some embodiments, the GUI and/or CPUs andor databases may generate instructions for a plurality of computingdevices, network, virtual hub database server, network member databaseserver and transportation forward market database server 271 to form acombination of virtual hubs and transformed contract specifications fordelivery of transportation services or transportation or freightcapacity between the virtual hubs in a format presented by a graphicaluser interface which allows users to enter forward physical prices tosell (offer) or bid (buy) transportation capacity units or securitiesbetween virtual hub combinations 1640 in an open market auction format.In some embodiments, the GUI and/or CPUs and or databases may generateinstructions to interface a plurality of networks, global positioningsystems networks, servers, forward commodity market auctions, maprouting servers, grouping instruction software for virtual hubs,navigation servers, transparent open access pricing systems, gameservers, blockchain audit and safety systems, virtual hub servers andsystems, no arbitrage constraint condition systems which form one systemto implement a forward commodity transportation or freight capacity unitforward market system and method 1650.

FIG. 17 illustrates an exemplary embodiment of a user 110 most frequenttransportation or freight unit routes 1710 in one exemplaryimplementation of participating, transacting and/or tradingtransportation or freight capacity units in accordance with someembodiments. In some embodiments, most frequent my routes include thefollowing elements, or a subset or superset thereof:

Home to Work 1711 (may have subsets of transformed data);

Work to Home 1712 (may have subsets of transformed data);

Home to School 1713 (may have subsets of transformed data);

School to Home 1714 (may have subsets of transformed data);

Work to Gym 1715 (may have subsets of transformed data);

Home to Gym 1716 (may have subsets of transformed data);

Gym to Home 1717 (may have subsets of transformed data);

Home to Grocery 1718 (may have subsets of transformed data);

Home to Downtown 1719 (may have subsets of transformed data);

Downtown to Home 1720 (may have subsets of transformed data);

Freight Center to X where X is a delivery route or multi virtual hubcombination 1721 (may have subsets of transformed data);

+Add Route 1722 (may have subsets of transformed data);

Edit 1723 or 1750 (may have subsets of transformed data);

Setting button 1740 to transmit the My Routes data;

Hamburger button 270 to instruct the GUI 210 to take the user 110 to themenu screen.

In some embodiments, the GUI 210 may be used to select, store and/oredit user 110 frequent or preferred routes (“MY ROUTES”) 1710 for moreefficient access to transportation capacity unit markets over variousmodes and specifications of transportation capacity. In someembodiments, the user 110 may select, store and/or edit address andspecification data for “Home to Work” 1711 and/or “Work to Home” 1712and/or “Home to School” 1713 and/or “School to Home” 1714 and/or “Workto Gym” 1715 and/or “Home to Gym” 1716 and/or “Gym to Home” 1717 and/or“Home to Grocery” 1718 and/or “Home to Downtown” 1719 and/or “Downtownto Home” 1720 and/or “Freight Center to X” 1721 and/or “+Add Route”1722. In some embodiments, the My Routes 1710 module may include anyroute a user 110 may request on any transportation or freight capacityunit mode and/or specification. In some embodiments the user may togglebetween the GUI 210 market view screen in FIG. 4 and other menu options(e.g., options 1410 of FIG. 14) and settings by the user 110 selectingthe hamburger button 270 and the GUI 210 detecting the user 110 input orcontact. In some embodiments, the user 110 is notified via SMS text, inapplication, email or a plurality of other well-known communicationmethods when market activity occurs on a given route or virtual hubcombination. In other words, the “my routes” 1710 feature not onlyallows for one touch access to a saved route, but also performsnotification features between users. Lastly, in some embodiments, theEDIT buttons 1723 or 1750 allow a user 110 to modify a plurality ofnotification settings such as email, SMS text, in application, voice,messaging or other notification methods.

FIG. 18 illustrates an exemplary network topology configuration 1800 inone exemplary implementation of participating, transacting and/ortrading transformed transportation or freight capacity units orsecurities in accordance with some embodiments. In some embodiments,network configuration 1800 includes the following elements, or a subsetor superset thereof:

Large Virtual Hub nodes such as 1801, 1802, 1803, 1804, 1805;

Medium Virtual Hub nodes such as 1810, 1811, 1809, 1808, 1807, 1806;

Small Virtual Hub nodes such as 1812, 1813, 1814, 1815, 1816, 1817,1818, 1819, 1820, 1821;

In some embodiments, the overall network node topology 1800 is comprisedof large virtual hub nodes 1801, 1802, 1803, 1804, 1805 and mediumvirtual hub nodes 1810, 1811, 1809, 1808, 1807, 1806 and small virtualhub nodes 1812, 1813, 1814, 1815, 1816, 1817, 1818, 1819, 1820, 1821, ora subset or superset thereof. In some embodiments a user may input astarting point of 1815 and an ending point of 1818, which representspecific geographic virtual hub locations in a city, multiple cities. acountry, or multiple countries. In some embodiments, forwardtransportation market auctions may occur directly between two exemplarypoints such as 1815 and 1818, or the method and system may combine aseries of smaller auctions to comprise a larger auction between twoendpoints on the system. In some embodiments, a series of smallerauctions may be combined between 1815 and 1811, as well as 1811 and1802, 1802 and 1805, 1805 and 1808, and/or 1808 and 1818, which would beadded together to make a combined virtual hub auction. A combined seriesof smaller auctions may be constrained by instructions which formauctions based on cheapest transportation or freight route 1011, singlemode transport or freight auctions 1012, multi-mode transport or freight1013, fastest transport or freight constraints 1014, most scenicauctions 1015, highest rating auctions 1016, most available or liquidauctions 1017, highest volume auctions 1018, most frequent auctions1019, service level auctions 1020, security and safety level auctions1021, group restricted auctions by sex, email, organization, gender orother groups 1022. In some embodiments, the constraints allow for manytypes of auctions which are unique and novel for transformedtransportation and freight capacity units or securities in a forwardtransportation and freight market. In some embodiments, the user 110 mayspecify instructions that set forward market auction constraints basedon one or a plurality of constraints. In some embodiments, theconstrained auctions may have fungible units which allow manyparticipants to transact in the auctions. In some embodiments, thedisclosed creation of a forward market of transportation units betweenvirtual hubs 1801 and 1804 or other combinations along map routes hasthe attributes of a fungible forward contract which allows for onetransportation unit to be substitutable for another transportation unitbecause the unit has been transformed and defined as a commoditycontract. In other words, if user A bought a transportation unit fromuser B between virtual hub 1801 and virtual hub 1804, but then user Awas not able to perform the obligation to purchase the transportationunit between virtual hub 1801 and virtual hub 1804 from user B, thenuser A could resell the transportation unit contract between virtual hub1801 and virtual hub 1804 to a third party user C on the forwardtransportation unit auction market between virtual hub 1804 and virtualhub 1801 to retrieve the financial payment made for their originalpurchase from user B. Then user C would replace user A and be matchedwith user B for the transportation unit transformation between virtualhub 1804 and virtual hub 1801. No other prior art system or methodperforms the aforementioned data transformation combination. In someembodiments, the transportation or freight unit auction substitutabilitydynamic creates a unique and novel invention that does not exist in theworld today. In some embodiments, user 110 input instructions useconstrained optimization to form one auction between two points or aseries of multiple auctions that form one larger auction.

In some embodiments, the forward transportation and freight unitauctions subject to various constraints may be presented as a linearprogramming cost minimization problem in the exemplary case where theuser 110 selects the cheapest route 1011 constraint. In such anexemplary case, the series of auctions may be combined that utilize thelowest cost path between the start point 1815 and the ending point 1818.In such an exemplary case, the linear programming cost minimizationfunction may select the following path of 1815 to 1811 to 1802 to 1804to 1805 to 1808 to 1818 if that combination is the lowest cost auctionpath. In another such exemplary case, the user 110 may selectinstructions for the auction to minimize both cost and shortest route.In such an exemplary case, the linear programming function may minimizecost subject to a constraint that time is the shortest along the path,and the resulting auction may combine a different and unique series ofauctions between the starting point of 1815 and ending point 1818.Accordingly, the path may be optimized to minimize cost subject to theshortest path, which may yield a path of 1815 to 1811 to 1802 to 1805 to1808 to 1818. The plurality of combinations of linear programmingsequences of auctions for transportation or freight units between twopoints may consider an infinite set of combinations and permutations.

In some embodiments, the forward transformed transportation and freightunit or transformed transportation security unit auctions may be heldside by side between two competing routes 4200. By way of example, butnot limited to the example, a user may input instructions for the methodand system to route between virtual hub 1801 and virtual hub 1805. Oneroute may be directly between virtual hub 1801 and virtual hub 1805.Another route may be between virtual hub 1801 and virtual hub 1805 byway of virtual hub 1802. The time between the routes may vary due totraffic, construction, road conditions, accidents or a plurality ofother exogenous factors. However, the data transformation of thedisclosed method allows for two auctions to form side by side. Side byside auctions may be displayed on a market based user interface 1300 oras a software layer of instructions over a navigation system. The firsttransportation unit auction may be between virtual hub 1805 and virtualhub 1801 directly as one auction. A second auction may be by combiningtwo smaller auctions between virtual hub 1805 and virtual hub 1802 withthe auction between virtual hub 1802 and virtual hub 1801, which couldbe expressed independently or as a combined auction. The plurality ofroute auctions for the transportation unit (e.g., auction one directlybetween virtual hub 1801 and virtual hub 1805, and auction two betweenvirtual hub 1801 and virtual hub 1805 by way of virtual hub 1802) mayallow for the user to have transparent price auction information for thevalue of various proposed routes which have different price values.

FIG. 19 illustrates an exemplary delivery and pick up statusconfiguration 1900 in one exemplary implementation of participating,transacting and/or trading transformed transportation or freightcapacity units or securities in accordance with some embodiments. Insome embodiments, the delivery and pick up status configuration 1900includes the following elements, or a subset or superset thereof:

Computing device unit GUI 210 to display a method of multi layerednetwork node topology for forward market of transportation and freightunits.

Hamburger menu toggle 270 to move between different applicationconfigurations;

Virtual Hub 1 pickup address and Virtual Hub 2 destination address at acontract specification with regards to quality, day, date and time 1910;

Trip status of PickUp for transportation or freight unit 1920;

CheckIn passenger or freight status for transportation unit 1930;

Messaging texts and instructions between users to make pick up anddelivery of transportation or freight capacity units 1940;

Call between users with number masking for privacy security 1950;

GPS map location of user 1960, who is a rider, or, if freight, cargolocation 1960;

GPS map location of user 1970, who is a driver, or, if freight, cargocarrier unit location 1970;

GPS map of transportation or freight unit delivery and pick up 1980;

Texting message window for freight or transportation unit communicationbetween users 1991;

PickUp address data window during PickUp status 1992;

Security button to report security issues to 911 and system database1990;

In some embodiments, the GUI 210 transmits delivery instructions to theusers 110 to help the user 1960 have a rendering or map of their GPSlocation relative to the selling user 1970 of freight or transportationunits. In some embodiments, the GUI 210 displays the trip's status suchas PickUp status 1920, the trip status may include subsets or supersetsof various status conditions such as PickUp, start, leaving, on-going,in-progress, arriving, arrived or a plurality of other trip statusconditions. In some embodiments, the trip view of the GUI 210 mayinclude a CheckIn 1930 button to confirm a passenger or freighttransformed transportation unit has been moved into the transformedtransportation unit object which could be a car, airplane, autonomousvehicle, bike, boat, ship, bus, drone, limo, motorcycle, moped, shuttle,spaceship, subway, taxi, train, cargo, combination of transformed modesor other type of transportation mode. In some embodiments, the user 110may transmit a message using the message 1940 button which may transmitaudio, visual or text messages between users 1970, 1960. In someembodiments, the users 1960, 1970 may call each other using the call1950 button to communicate pickup or delivery instructions. In someembodiments, a user 1960, 1970 may message another user 1960, 1970 tocommunicate using the PickUp Message window 1991 which may utilizevisual, audio or text communication modes as well as log a messagehistory between users. In some embodiments, the users 1960, 1970 maytoggle to other modes of the application using the menu hamburger button270. In some embodiments the GPS display of a map with the relativeposition of a transportation or freight unit seller 1970 and atransportation or freight unit buyer 1960 are displayed to help usersunderstand each other's relative position and location on a map 1980. Insome embodiments the GPS location of the transportation and freight unitseller 1970 and transportation or freight unit buyer 1960 are tracked inreal time with location updates on the map 1980.

FIG. 20 illustrates an exemplary CheckIn configuration 2000 in oneexemplary implementation of participating, transacting and/or tradingtransportation or freight capacity units in accordance with someembodiments. In some embodiments, the CheckIn 2050 for a buyer or sellerof a transportation or freight unit includes the following elements, ora subset or superset thereof:

Computing device unit GUI 210 to display method of multi layered networknode topology for forward market of transportation and freight unitswith security CheckIn.

Hamburger menu toggle 270 to move between different applicationconfigurations;

Driver or Seller of transportation or freight unit scan check forfingerprint, face scan or picture photo scan to verify identity of user2051;

Passenger or freight and transportation unit buyer unit scan check forfingerprint, face scan or picture photo scan to verify identity of user2052;

Transport Verification confirmation window to confirm identities ofusers in the system at the application system level 2053;

Buyer and Seller of transportation or freight unit facial recognitionconfirmation 2010;

Buyer and Seller of transportation or freight unit fingerprintrecognition confirmation 2020;

Buyer and Seller of transportation or freight unit photo recognitionconfirmation 2030;

In some embodiments, the GUI 210 of a computing device transmits andconfirms the identity of users against identity records in the NetworkMember Database Server 222, which also confirms security checks forcriminal records or other activity that would suspend a user from theplatform environment. In some embodiments, the driver verificationwindow 2051 may fail an identity verification due to a user not beingthe registered user 2010 on the Network Member Database Server 222. Insome embodiments, the passenger or freight verification window 2052 mayfail an identity verification due to a user 2010 not being theregistered user on the network member database server 222. In someembodiments, the transport verification window 2053 may instruct theuser 2010 to proceed to destination if verification is successful. Insome embodiments, the transport verification window 2053 may instructthe user not to proceed to the destination if the verification is notsuccessful. The identity verification system is unique and novel anddependent on a novel and unique auction forward market for transformedtransportation unit or freight unit or securities over multiple nodes orvirtual hubs topologies.

FIG. 21 illustrates an exemplary delivery and pick up statusconfiguration 2100 once a transportation or freight unit delivery hasstarted in one exemplary implementation of participating, transactingand/or trading transportation or freight capacity units in accordancewith some embodiments. In some embodiments, the delivery and pick upstatus configuration 2100 includes the following elements, or a subsetor superset thereof:

Computing device unit GUI 210 to display method of multi layered networknode topology for forward market of transportation and freight units.

Hamburger menu toggle 270 to move between different applicationconfigurations;

Virtual Hub 1 pickup address and Virtual Hub 2 destination address at atransformed contract specification with regards to quality, day, dateand time of delivery 2103 of a transportation or freight unit;

Trip status of Started for transportation or freight unit or security2102;

Finish trip passenger or freight status for transportation unit 2104once a transportation or freight unit has been delivered;

Messaging texts and instructions between users to make pick-up, on-goingroute status and delivery complete of transportation or freight capacityunits 2105;

Call between system users with number masking for privacy security 2106;

GPS map location of user 2109, who is a rider, or, if freight, cargolocation 2109;

GPS map location of user 2108, who is a driver, or, if freight, cargocarrier unit location 2108;

GPS map of transportation or freight unit delivery and pick up 2110;

Texting message window for freight or transportation unit communicationbetween users 2112;

Starting point of virtual hub for forward transportation or freightunits 2107;

Security button to report security issues to 911 and system database2111;

Drop off address for delivery of passenger or freight for transportationor freight unit 2113.

In some embodiments, the GUI 210 transmits delivery instructions to theusers 110 to help the user 2109 have a rendering or map of their GPSlocation relative to the selling user 2108 of transformed freight ortransportation units or securities. In some embodiments, the GUI 210displays the trip's status, such as Started status 2102, where the tripstatus may include subsets or supersets of various status conditionssuch as PickUp, Started, leaving, on-going, in-progress, arriving,arrived or a plurality of other trip status conditions. In someembodiments, the trip view of the GUI 210 may include a Finish 2104button to confirm a passenger or freight transportation unit has beendelivered or completed by the transportation unit object, which could bea car, airplane, autonomous vehicle, bike, boat, ship, bus, drone, limo,motorcycle, moped, shuttle, spaceship, subway, taxi, train, cargo orother types of transportation modes. In some embodiments, the user maytransmit a message using the message 2105 button which may transmitaudio, visual or text messages between users 2109, 2108. In someembodiments, the users 2108, 2109 may call each other using the call2106 button to communicate pickup or delivery instructions or othernecessary communication. In some embodiments, a user 2109, 2108 maymessage another user 2109, 2108 to communicate using the Message—Userwindow 2112 which may utilize visual, audio or text communication modesas well as log a message history between users. In some embodiments theusers 2109, 2108 may toggle to other modes of the application using themenu hamburger button 270. In some embodiments the GPS display of a mapwith the relative position of a transformed transportation or freightunit or security seller 2108 and a transformed transportation or freightunit or security buyer 2109 are displayed to help users 110 understandeach other's relative position and location on a map 2110. In someembodiments the GPS location of the transportation and freight unitseller 2108 and transportation or freight unit buyer 2109 are tracked inreal time with location updates on the map 2110.

FIG. 22 illustrates an exemplary delivery and pick up statusconfiguration 2200 once a transportation or freight unit delivery isongoing in one exemplary implementation of participating, transactingand/or trading transformed transportation or freight capacity units orsecurities in accordance with some embodiments. In some embodiments, thedelivery and pick up status configuration 2200 includes the followingelements, or a subset or superset thereof:

Computing device unit GUI 210 to display method of multi layered networknode topology for forward market of transportation and freight units.

Hamburger menu toggle 270 to move between different applicationconfigurations;

Virtual Hub 1 pickup address and Virtual Hub 2 destination address at acontract specification with regards to quality, day, date and time ofdelivery 2201 of a transportation or freight unit;

Trip status of Ongoing for transportation or freight unit 2202;

Finish trip passenger or freight status button for transportation unit2203 once a transportation or freight unit has been delivered;

Messaging texts and instructions between users to make pick-up, on-goingroute status and delivery complete of transportation or freight capacityunits 2204;

Call between system users with number masking for privacy security 2205;

GPS map location of user 2207, who is a rider, or, if freight, cargolocation 2207;

GPS map location of user 2208, who is a driver, or, if freight, cargocarrier unit location 2208;

GPS map of transportation or freight unit delivery and pick up 2209;

Texting message window for freight or transportation unit communicationbetween users 2211;

Starting point of virtual hub for forward transportation or freightunits 2206;

Security button to report and record security issues to 911 and systemdatabase 2210;

Drop off address for delivery of passenger or freight for transportationor freight unit 2212.

In some embodiments, the GUI 210 transmits delivery instructions to theusers 110 to help the user 2207 have a rendering or map of their GPSlocation relative to the selling user 2208 of freight or transportationunits. In some embodiments, the GUI 210 displays the trip's status' suchas On-Going status 2202, where the trip status may include subsets orsupersets of various status conditions such as PickUp, Started, leaving,on-going, in-progress, arriving, arrived or a plurality of other tripstatus conditions. In some embodiments, the trip view of the GUI 210 mayinclude a Finish 2203 button to confirm a passenger or freighttransportation unit or security has been delivered or completed by thetransportation unit object, which could be a car, airplane, autonomousvehicle, bike, boat, ship, bus, drone, limo, motorcycle, moped, shuttle,spaceship, subway, taxi, train, cargo or other types of transportationmodes. In some embodiments, the users 2207, 2208 may transmit a messageusing the message 2204 button which may transmit audio, visual or textmessages between users 2207, 2208. In some embodiments, the users 2207,2208 may call each other using the call 2205 button to communicatepickup or delivery instructions or other necessary communication. Insome embodiments, a user 2207, 2208 may message another user 2207, 2208to communicate using the Message—User window 2211, which may utilizevisual, audio or text communication modes as well as log a messagehistory between users 2207, 2208. In some embodiments the users 2207,2208 may toggle to other modes of the application using the menuhamburger button 270. In some embodiments the GPS display of a map withthe relative position of a transportation or freight unit seller 2208and a transportation or freight unit buyer 2207 are displayed to helpthe users understand each other's relative position and location on amap 2209. In some embodiments the GPS location of the transportation andfreight unit seller 2208 and transportation or freight unit buyer 2207are tracked in real time with location updates on the map 2209. In someembodiments, the GUI 210 may display the Drop Off Address 2212 of thetransportation or freight unit. In some embodiments a user 2207, 2208may use a 911 button 2210 to submit a recording to the system serversand to authorities who are connected to the system if anything hasoccurred that may compromise the security of any user or transportationunit.

FIG. 23 illustrates an exemplary delivery and pick up statusconfiguration 2300 once a transportation or freight unit delivery hasarrived in one exemplary implementation of participating, transactingand/or trading transportation or freight capacity units in accordancewith some embodiments. In some embodiments, the delivery and pick upstatus configuration 2300 includes the following elements, or a subsetor superset thereof:

Computing device unit GUI 210 to display method of multi layered networknode topology for forward market of transportation and freight units.

Hamburger menu toggle 270 to move between different applicationconfigurations;

Virtual Hub 1 pickup address and Virtual Hub 2 destination address at acontract specification with regards to quality, day, date and time ofdelivery 2301 of a transportation or freight unit;

Trip status of Arrived for transportation or freight unit 2302;

Finish trip passenger or freight status button for transportation unit2303 once a transportation or freight unit has been delivered;

Messaging texts and instructions between users to make pick-up, on-goingroute status and delivery complete of transportation or freight capacityunits 2304;

Call between system users with number masking for privacy security 2305;

GPS map location of user 2321, who is a rider, or, if freight, cargolocation 2321;

GPS map location of user 2320, who is a driver, or, if freight, cargocarrier unit location 2320;

GPS map of transportation or freight unit delivery and pick up 2308;

Texting message window for freight or transportation unit communicationbetween users 2311;

Starting point of virtual hub for forward transformed transportation orfreight units or securities 2306;

Ending point of virtual hub for forward transformed transportation unitsor freight units or securities 2307;

Security button to report and record security issues to 911 and systemdatabase 2309;

Drop off address for delivery of passenger or freight for transportationor freight unit 2312;

In some embodiments, the GUI 210 transmits delivery instructions to theusers 110 to help the user 2321 have a rendering or map of their GPSlocation relative to the selling user 2320 of freight or transportationunits. In some embodiments, the GUI 210 displays the trip's status, suchas Arrived status 2302, where the trip status may include subsets orsupersets of various status conditions such as PickUp, Started, leaving,on-going, in-progress, arriving, arrived or a plurality of other tripstatus conditions. In some embodiments, the trip view of the GUI 210 mayinclude a Finish 2303 button to confirm a passenger or freighttransportation unit has been delivered or completed by thetransportation unit object, which could be a car, airplane, autonomousvehicle, bike, boat, ship, bus, drone, limo, motorcycle, moped, shuttle,spaceship, subway, taxi, train, cargo or other types of transportationmodes. In some embodiments, the user may transmit a message using themessage 2304 button which may transmit audio, visual or text messagesbetween users 2320, 2321. In some embodiments, the users 2320, 2321 maycall each other using the call 2305 button to communicate pickup ordelivery instructions or other necessary communication. In someembodiments, a user 2320, 2321 may message another user 110, 2307 tocommunicate using the Message—User window 2311 which may utilize visual,audio, or text communication modes, as well as log a message historybetween users 2320, 2321. In some embodiments the users 2320, 2321 maytoggle to other modes of the application using the menu hamburger button270. In some embodiments the GPS display of a map with the relativeposition of a transportation or freight unit seller 2320 and atransportation or freight unit buyer 2321 are displayed to help usersunderstand each other's relative position and location on a map 2308. Insome embodiments the GPS location of the transportation and freight unitseller 2320 and transformed transportation or freight unit or securitybuyer 2321 are tracked in real time with location updates on the map2308. In some embodiments, the GUI 210 may display the Drop Off Address2312 of the transformed transportation or freight unit or security. Insome embodiments a user 2320, 2321 may use a 911 button 2309 to submit arecording to the system servers and to authorities who are connected tothe system if anything has occurred that may compromise the security ofany user or transportation unit.

FIG. 24 illustrates an exemplary delivery and pick up configuration 2400for a transportation or freight unit multi layered network node topologyin one exemplary implementation of participating, transacting and/ortrading transportation or freight capacity units in accordance with someembodiments. In some embodiments, the multi layered network nodetopology of participating, transacting and/or trading transportation orfreight capacity configuration 2400 includes the following elements, ora subset or superset thereof:

Computing device unit GUI 210 to display method of multi layered networknode topology for forward market of transportation and freight units;

Hamburger menu toggle 270 to move between different applicationconfigurations;

From node starting point 2401 of a multi layered network node topologyfor forward market of transportation and freight units;

To or destination node ending point 2402 of a multi layered network nodetopology for forward market of transportation and freight units;

Date module 2403 in GUI 210 of an auction for a multi layered networknode topology for forward market of transformed transportation andfreight units or securities;

Time module 2404 in GUI 210 of pickup and delivery of an auction for amulti layered network node topology for forward market of transportationand freight units;

Go button 2405 to form an auction for a multi layered network nodetopology for forward market of transformed transportation and freightunits or securities;

My Routes button 2406 to quickly obtain common From 2401 or To 2402points in an auction for a multi layered network node topology forforward market of transformed transportation and freight units for auser on the system;

Multi-Hub network 2407, 2408, 2409, 2410 which may form a single dualnode auction 2407 to 2408 or 2407 to 2410 or any possible nodecombination or a multi-node auction series for a multi layered networknode topology for forward market of transportation and freight units fora user on the system.

In some embodiments, the GUI 210 transmits a From node 2401 and To node2402 with instructions to the users 110 with a specific date 2403 andtime 2404 of a multi layered network node topology for forward market oftransformed transportation and freight units for a user on the system toperform an auction by pressing the Go button 2405. The system may use aplurality of constraints, such as, but not limited by, cheapest route1011, single mode of transportation 1012, multi method mode oftransportation 1013, fastest route 1014, most scenic route 1015, highestrated route or highest rated driver 1016, most available route 1017,highest volume route 1018, most frequent route 1019, service level route1020, security and safety of route 1021, and group restricted email orgroup criteria 1022 to use any two node points 2407, 2408, 2409, 2410 orany combination of points 2407, 2408, 2409, 2410. In some embodimentsthe system may use no constraint, one constraint or a plurality ofconstraints to allow the user 110 to participate, transact or trade in amulti layered network node topology for forward market of transportationand freight units in an auction. In some embodiments the auction forforward market transformed transportation or freight units or securitiesmay be comprised of an auction between only two points or a plurality ofpoints subject to a plurality of constraints. In some embodiments thefrom or starting point or starting virtual hub may be 2407, but thesystem selects an auction between 2408 and 2409 rather than starting at2407 because one or more constraints were selected to frame the auctionfor forward market transportation or freight units. In some embodiments,an auction may be comprised of multiple modes of transportationcomprising a car ride transportation or freight unit auction between2407 and 2408 points, followed by an airplane transportation or freightunit auction between 2408 and 2409, followed by a ship auction between2410 and 2409 for transportation or freight units. In some embodimentsthe various plurality of auctions may be displayed as one auction or aseries of auctions. In some embodiments, auctions for a multi layerednetwork node topology for a forward market of transportation and freightunits may consist of any subset or superset of the aforementionedpossibilities including any constraints 1000 or any plurality of modes810.

FIG. 25 illustrates an exemplary setting configuration 2500 for atransportation or freight unit multi layered network node topology inone exemplary implementation of participating, transacting and/ortrading transportation or freight capacity units in accordance with someembodiments. In some embodiments, the multi layered network nodetopology of participating, transacting and/or trading transportation orfreight capacity configuration 2500 includes the following settingelements, or a subset or superset thereof:

Computing device unit GUI 210 to display method of multi layered networknode topology for forward market of transformed transportation andfreight units or securities.

Hamburger menu toggle 270 to move between different applicationconfigurations;

Open markets setting toggle 2510 which allows a user to see all marketparticipants of a given auction on a multi layered network node topologyfor a forward market of transformed transportation and freight units orsecurities;

Restricted markets setting By Organization 2520, By Sex 2530, By Rating2540, By Security 2550 or by any other restriction the user 110 defineswhich limit the auction participants for the user;

Privacy settings which restrict push notifications 2560, locationinformation 2570, Sync with contacts 2580, or other privacy settings;

In some embodiments, a user 110 may select open markets 2510 which showevery participant in a given auction for a multi layered network nodetopology for a forward market of transportation and freight units. Insome embodiments, participants or users 110 may select to restrict themarket view of the GUI such as 400 by organization email 2520, by sex2530, by rating of driver 2540, rating of user 2540, by security 2550,or by a plurality of other restrictions, but not limited to thoserestrictions. In some embodiments, users 110 may change privacy settingswhich restrict push notifications 2560, location settings 2570, Syncwith Contacts settings 2580 or a plurality of other settings. In someembodiments, the toggle switches 2510, 2520, 2530, 2540, 2550, 2560,2570, 2580 may be set to off or on depending on if they hold a right orleft toggle switch position. The restricted market settings 2520, 2530,2540, 2550 may be a subset or superset of the aforementioned in theformation of an open market auction for a multi layered network nodetopology for a forward market of transportation and freight units.

FIG. 26 illustrates an exemplary setting for a package or cargo scanconfiguration 2600 for a transformed transportation or freight unitmulti layered network node topology in one exemplary implementation ofparticipating, transacting and/or trading transportation or freightcapacity units in accordance with some embodiments. In some embodiments,the multi layered network node topology of participating, transactingand/or trading transportation or freight capacity configuration 2600includes the following setting for a package or cargo scan elements, ora subset or superset thereof:

Computing device unit GUI 210 to display method of multi layered networknode topology for forward market of transformed transportation andfreight units.

Hamburger menu toggle 270 to move between different applicationconfigurations;

Package or Cargo Scan module 2610 to document the status and position oftransformed forward market freight or transportation units or security;

Package or Cargo Inbound or received module 2692 to scan a picture,universal product code barcode, QR code, or other transformedtransportation or freight unit identifier or security;

Package or Cargo Inbound scan toggle switch 2620 to scan a picture,universal product code barcode, QR code, or other transformedtransportation or freight unit identifier or security;

Cargo unit Inbound scan toggle switch 2640 to scan a picture, universalproduct code barcode, QR code, or other transformed transportation orfreight unit identifier or security;

Trailer unit Inbound scan toggle switch 2650 to scan a picture,universal product code barcode, QR code, or other transformedtransportation or freight unit identifier or security;

Container unit Inbound scan toggle switch 2660 to scan a picture,universal product code barcode, QR code, or other transformedtransportation or freight unit identifier or security;

Package or Cargo Outbound or delivered module 2693 to scan a picture,universal product code barcode, QR code, or other transformedtransportation or freight unit or security identifier or security;

Package or Cargo Outbound or delivered scan toggle 2670 to scan apicture, universal product code barcode, QR code, or other transformedtransportation or freight unit identifier or security;

Cargo Outbound or delivered scan toggle 2680 to scan a picture,universal product code barcode, QR code, or other transformedtransportation or freight unit identifier;

Trailer Outbound or delivered scan toggle 2690 to scan a picture,universal product code barcode, QR code, or other transformedtransportation or freight unit identifier;

Container Unit Outbound or delivered scan toggle 2691 to scan a picture,universal product code barcode, QR code, or other transformedtransportation or freight unit identifier;

In some embodiments, a user 110 may select the package or cargo unitscan module 2610 to scan or take a picture of a package or cargoidentification code such as a QR code, Uniform Product code or otheridentifying package or cargo characteristic. In some embodiments, theuser 110 may select the inbound Scan/Picture Package toggle 2620 whichcaptures the identification characteristic which may include QR Codes,Uniform Product Codes, Serial Numbers or other cargo identificationcharacteristics of a package or cargo transportation or freight unit. Insome embodiments, inbound cargo may include a larger unit structure thana package such as a crate or large movable unit with identificationcharacteristics which may include QR Codes, Uniform Product Codes,Serial Numbers or other cargo identification characteristics. For suchlarger units, a user 110 may use the Scan Cargo Unit toggle 2640 tocapture the cargo identification characteristic for inbound receipt ofthe transportation or freight unit. In some embodiments, an inbound ScanTrailer Unit toggle 2650 option may be used by a user 110 to instructthe system configuration that receipt of a large trailer unit, such asan eighteen wheel trailer unit or smaller trailer, may be scanned toidentify the transportation or freight unit. In some embodiments, aninbound Scan Container Unit 2660 toggle may be utilized to track thereceipt or location of a shipping container. In some embodiments, a user110 may select the outbound package or cargo unit scan module 2693 toscan or take a picture of a package or cargo identification code such asa QR code, Uniform Product code or other identifying package or cargocharacteristic to confirm delivery to a delivery address of thetransportation or freight unit. In some embodiments, the user 110 mayselect the outbound Scan/Picture Package toggle 2670 which captures theidentification characteristic of a package or cargo transportation orfreight unit once the unit is delivered to the delivery address. In someembodiments, cargo may include a larger unit structure than a package,such as a crate or large movable unit with identificationcharacteristics which may include QR Codes, Uniform Product Codes,Serial Numbers or other cargo identification characteristics. For suchlarger units, a user 110 may use the outbound Scan Cargo Unit toggle2680 to capture the cargo identification characteristic for outboundreceipt of the transformed transportation or freight unit or security.In some embodiments, an outbound Scan Trailer Unit toggle 2690 optionmay be used by a user 110 to instruct the system configuration thatdelivery of a large trailer unit, such as an eighteen wheel trailer unitor smaller trailer, may be scanned to identify the transportation orfreight unit and confirm delivery. In some embodiments, an outbound ScanContainer Unit 2691 toggle may be utilized to track the delivery orlocation of a shipping container which has been delivered. In someembodiments, transformed transportation or freight units or securitiesmay be a subset or superset of the aforementioned in the formation of anopen forward market auction for a multi layered network node topologyfor a forward market of transformed transportation and freight units orsecurities.

FIG. 27 illustrates an exemplary setting for a package or cargo marketconfiguration 2700 for a transformed transportation or freight unit orsecurity multi layered network node topology in one exemplaryimplementation of participating, transacting and/or trading transformedtransportation or freight capacity units or securities in accordancewith some embodiments. In some embodiments, user interface 210 includesthe following elements, or a subset or superset thereof:

Exemplary virtual hub combination from a shipping center location (adata transformation) 2711;

Exemplary virtual hub origin/from location 2710 with users or freightoriginators 2712 within the virtual hub location 2710 (a datatransformation);

Exemplary specification summary of the market, level of service and timeof delivery commencement 2727 (a data transformation);

Exemplary mode of ground transportation or freight capacity type 2730 (adata transformation);

Exemplary transaction summary of the last trades quantity and price2728;

Exemplary virtual hub destination/to location 2722 and user who is beingdelivered on the transportation or freight capacity unit 2723 (a datatransformation);

Exemplary bid/buy quantity title header 2715 for an exemplary virtualtransportation or freight unit hub market (a data transformation);

Exemplary bid/buy price title header 2716 for an exemplary virtualtransportation or freight hub market (a data transformation);

Exemplary offer/sell price title header 2719 for an exemplary virtualtransportation or freight hub market (a data transformation);

Exemplary offer/sell quantity title header 2726 for an exemplary virtualtransportation or freight hub market (a data transformation);

Exemplary bid/buy quantity 2714 for the best bid quantity from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination 2711 (a data transformation);

Exemplary bid/buy quantity 2713 for the second-best bid quantity from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination 2711 (a data transformation);

Exemplary bid/buy price 2718 for the best bid price from a plurality ofusers 110 for an exemplary respective transportation or freight capacityvirtual hub combination 2711 (a data transformation);

Exemplary bid/buy price 2717 for the second-best bid price from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination 2711 (a data transformation);

Exemplary offer/sell price 2721 for the best offer price from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination 2711 (a data transformation);

Exemplary offer/sell price 2720 for the second-best offer price from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination (a data transformation) 2711;

Exemplary offer/sell quantity 2725 for the best offer quantity from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination (a data transformation) 2711;

Exemplary offer/sell quantity 2724 for the second-best offer quantityfrom a plurality of users 110 for an exemplary respective transportationor freight capacity virtual hub combination (a data transformation)2711;

Exemplary safety dispatch “911” button 2729 to enact video and audiorecording of the user 110 environment and dispatch of that informationto authorities and system servers.

Exemplary hamburger menu button 270 to move back to menu options andsettings away from the participation, transaction, trading auction GUI210 embodiment.

In some embodiments, the user 110 may enter a transaction quantity andprice for transportation or freight capacity units to participate,transact and/or trade by the GUI 210 detecting user 110 contact or audiointerface with a bid/buy price 2718 or offer/sell price 2721. The GUI210 detects user 110 contact with any of the GUI 210 buttons which havebeen aforementioned. Upon user 110 contact or audio interface withbuttons on the GUI 210, instructions are instantiated which allow theuser 110 to change the specifications of the respective virtual hubcombination 2711. A plurality of prices and markets may be presentedbased on a plurality of transformed contract specifications. In someembodiments, the best bid/buy price 2718 may be moving up in price ordown in price depending on the market conditions at any given time. Insome embodiments the last trade or last transacted price for a givenspecification is listed to help the user 110 understand how the marketis moving so that the user 110 may submit a competitive offer/sellingprice 2721 or bid/buying price 2718. In some embodiments, users 110 mayadjust settings of the GUI 210 to show more bid/buying prices 2717 ormore offer/selling prices 2720. In some embodiments the matrix of marketquantities and prices 2713, 2714, 2715, 2716, 2717, 2718, 2719, 2720,2721, 2724, 2725, 2726 may be referred to as market depth in the GUI 210embodiment. In some embodiments the number of users 110 may be displayedas user icons 2712 or 2723 for the amount of people logged in whichdesire to transact, trade or participate in a given virtual hub 2710 tovirtual hub 2722 combination for transportation or freight units. Insome embodiments, users 110 may select the transportation mode 2730 suchthat the user allows a market for only one form of transformedtransportation or freight capacity as a commodity or the user 110 mayallow the system to show multiple forms of transportation or freightcapacity between two virtual transportation capacity hubs 2710, 2711,2722. In some embodiments the GUI 210 may detect a user 110 selectingthe 911 button 2729 which may activate voice and video recordingfunctions on the mobile or stationary device and transmit the data witha confirmation from the user 110 to the authorities and system serversto provide enhanced security while participating, transacting or tradingforward transformed transportation or freight as a commodity orsecurity. In some embodiments the user may toggle between the GUI 210market view screen in FIG. 27 and other menu 270 options and settings bythe user 110 selecting the hamburger button 270 and the GUI 210detecting the user 110 input or contact or audio instruction. In someembodiments the GUI 210 may instantiate instructions in the memory ofthe mobile computing device, which then transmits transformedtransportation or freight capacity data through the network 214 orwireless GPS network 215 to call upon instruction routines andinstruction sub-routines on the transportation forward market databaseserver 271, virtual hub database server 223, network member databaseserver 222, map routing servers, no arbitrage condition database server,and/or instructions in the memory of the cloud and local CPUs 290, whichall interface together to make one system that may delivertransportation capacity units to users 110 from and to a plurality ofvirtual hubs 2710, 2722 with a plurality of specifications at specificmarket prices.

FIG. 28 illustrates an exemplary check in and security databaseconfiguration 2800 for a transportation or freight unit multi layerednetwork node topology in one exemplary implementation of participating,transacting and/or trading transformed transportation or freightcapacity units or securities in accordance with some embodiments. Insome embodiments, the multi layered network node topology ofparticipating, transacting and/or trading transportation or freightcapacity configuration 2800 includes the following securityconfiguration elements, or a subset or superset thereof:

Exemplary uniform crime reporting (“UCR”) database 2854 frominternational agencies who report crime;

Exemplary International State or Provincial crime reporting database2855 from international governments who report crime;

Exemplary International National Incident Based Reporting System(“NIBRS”) crime reporting database 2856 from international governmentswho report crime;

Exemplary Interpol crime reporting database 2857 from internationalgovernments who report crime which connects National Central Bureaus(“NCBs”);

Exemplary International application program interface and ABC(“API/ABC”) crime reporting database 2860 from international governmentswho report crime;

Exemplary national crime reporting database 2858 from internationalgovernments who report crime;

Exemplary internal system crime reporting database 2859 from crimeswhich occurred on system;

Exemplary facial scan to identify user 2810 against a plurality of crimedatabases;

Exemplary fingerprint scan to identify user 2820 against a plurality ofcrime databases;

Exemplary photo or photo scan to identify user 2830 against a pluralityof crime databases;

Exemplary voice scan to identify user against a plurality of crimedatabases;

Exemplary Computing device unit GUI 210 to display method of multilayered network node topology for forward market of transportation andfreight units.

Hamburger menu toggle 270 to move between different applicationconfigurations;

Exemplary Driver or Freight transport or freight or transport sellerunit user interface 2851 to confirm identity verification against aplurality of crime databases;

Exemplary passenger unit or freight unit user interface 2852 to confirmidentity verification against a plurality of crime databases;

Exemplary handshake verification user interface 2853 to confirm bothbuyer and seller of transportation or freight units were correctlyverified against crime databases;

In some embodiments, a plurality of crime databases UCR Database 2854,State and Province Database 2855, NIBRS database 2856, INTERPOL database2857, API/ABC database 2860, National database 2858, and Internal systemdatabase 2859 are used to confirm a user 110 does not have criminalhistory in accordance with instructions on the method and system. Insome embodiments, transportation or freight unit security may be asubset or superset of the aforementioned in the formation of an openforward market auction for a multi layered network node topology for aforward market of transportation and freight units. Such security checksare standard in airports, but they are not automated, and they are notutilized in other modes of transportation, which degrades the overallsafety of other transportation methods if they are not utilized. In someembodiments, the check in instructions may reject a user from confirmedverified transport if they fail the plurality of safety checks. In someembodiments, confirmed no crime history users 110 do not have activityreported in the plurality of crime databases that may include the UCRDatabase 2854, State and Province Database 2855, NIBRS database 2856,INTERPOL database 2857, API/ABC database 2860, National database 2858,and Internal system database 2859 and are confirmed to transportverified status 2853 in the system.

FIG. 29 illustrates an exemplary user accounting configuration 2900 fora transformed transportation or freight unit or security multi layerednetwork node topology in one exemplary implementation of participating,transacting and/or trading transformed transportation or freightcapacity unit auctions in accordance with some embodiments. In someembodiments, the multi layered network node topology of participating,transacting and/or trading transformed transportation or freightcapacity configuration 2900 includes the following accounting elements,or a subset or superset thereof:

Computing device unit GUI 210 to display method of multi layered networknode topology for forward market of transportation and freight units.

Exemplary hamburger menu toggle 270 to move between differentapplication configurations;

Exemplary account button 2910 to edit or confirm user account data;

Exemplary deposit button 2920 to add transaction funds or transactioncurrency or transaction balances to the user account;

Exemplary deposit method button 2930 to add transaction funds ortransaction currency or transaction balances to the user account throughDebit, Credit, Cash, Check, virtual currency, digital currency or aplurality of other payment methods;

Exemplary withdrawal button 2940 to send transaction funds ortransaction currency or transaction balances to the user account in adifferent institution;

Exemplary withdrawal method button 2970 to send transaction funds ortransaction currency or transaction balances to the user account at adifferent institution through Debit, Credit, Cash, Check, virtualcurrency, digital currency or a plurality of other payment methods;

Exemplary balances button 2950 to confirm user account balances;

Exemplary tax button 2960 to track user account activity for taxationreporting;

Exemplary month to date tax reporting button 2980;

Exemplary year to date tax reporting button 2990;

Exemplary prior year tax reporting button 2991;

Exemplary “911” security button 2992;

Exemplary Network Member Database Server 222;

Exemplary cloud and CPU and Network configuration 290 to send andreceive Network Member account data;

In some embodiments, user account 2910 data may be displayed with voiceor screen or non-screen computing devices with instructions from the GUI210 in accordance with instructions on the method and system. In someembodiments, user deposit 2920 data may be displayed with voice orscreen or non-screen computing devices with instructions from the GUI210 in accordance with instructions on the method and system. In someembodiments, user deposit method 2930 data such as Debit, Credit, Cash,Check, virtual currency, digital currency or a plurality of otherpayment methods may be displayed with voice or screen or non-screencomputing devices with instructions from the GUI 210 in accordance withinstructions on the method and system. In some embodiments, userwithdrawal 2940 data may be displayed with voice or screen or non-screencomputing devices with instructions from the GUI 210 in accordance withinstructions on the method and system. In some embodiments, userwithdrawal method 2970 data such as Debit, Credit, Cash, Check, virtualcurrency, digital currency or a plurality of other payment methods maybe displayed with voice or screen or non-screen computing devices withinstructions from the GUI 210 in accordance with instructions on themethod and system to place money in the system account into a differentinstitution specified by the user 110. In some embodiments, userbalances 2950 data may be displayed with voice or screen or non-screencomputing devices with instructions from the GUI 210 in accordance withinstructions on the method and system. In some embodiments, user taxbutton 2960 data may be displayed with voice or screen or non-screencomputing devices with instructions from the GUI 210 in accordance withinstructions on the method and system. In some embodiments, user monthto date tax data button 2980, year to date tax data button 2990, prioryear tax data button 2991 may be displayed with voice or screen ornon-screen computing devices with instructions from the GUI 210 inaccordance with instructions on the method and system. In someembodiments, the accounting and tax information may be stored in theNetwork Member Database Server 222 and transmitted through the cloud,network and CPUs 290 to the GUI computing device 210. In someembodiments, transportation or freight unit accounting and fundinterfaces may be a subset or superset of the aforementioned in theformation of an open forward market auction for a multi layered networknode topology for a forward market of transportation and freight units.

FIG. 30 illustrates an exemplary network configuration 3000 for atransportation or freight unit multi layered network node topology inone exemplary implementation of participating, transacting and/ortrading transportation or freight capacity unit auctions in accordancewith some embodiments. In some embodiments, the multi layered networknode topology of participating, transacting and/or tradingtransportation or freight capacity configuration 3000 includes thefollowing accounting elements, or a subset or superset thereof:

Exemplary Wireless GPS Network and Server 3083;

Exemplary Wireless computing device that is audio, video, screen ornon-screen interfaced 3082;

Exemplary Network Member Database Server 3050;

Exemplary Transportation Forward Market Database Server 3060;

Exemplary No Arbitrage Condition Database Server 3070;

Exemplary Virtual Hub Database Server 3080;

Exemplary Network, Network Cloud, and local CPUs 3081;

Exemplary Network Multi Layered Network Virtual Hub Node Topology forforward market transportation of freight unit auctions 3010, 3020, 3030,3040.

In some embodiments, the network topology 3010 may utilize a voice orscreen or non-screen computing device 3082 to interface with system andmethod instructions over a Network and Network Cloud and Networked CPUs3081. The instructions may be used on CPUs to order a constrained orunconstrained virtual hub network topology auction over two or morevirtual hub nodes 3010, 3020, 3030, 3040 over one or multiple modes oftransportation or freight with instructions and data from the VirtualHub Database Server 3080, the No Arbitrage Condition Database Server3070, the Transportation Forward Market Database Server 3060, theNetwork Member Database Server 3050 and the Wireless GPS Network Server3083. Network Data may be displayed with voice or screen or non-screencomputing devices with instructions from the GUI 210 in accordance withinstructions on the method and system.

FIG. 31 illustrates an exemplary network configuration 3100 integratingthe disclosed method and system as a layer on a traditional third partymap software. In some embodiments, the multi layered network nodetopology of participating, transacting and/or trading transformedtransportation or freight capacity configuration 3100 includes thefollowing accounting elements, or a subset or superset thereof:

exemplary computing device 3105;

exemplary route input by user 3175;

exemplary route node structure 3190 to satisfy user route request 3175;

exemplary alternative route node structure 3180 to satisfy user routerequest 3175 with associated time 3181;

exemplary time estimate 3185 for route 3190;

exemplary live auction price value 3110 for route 3190;

exemplary alternative live auction price value 3116 for route 3180;

exemplary navigation mode button 3171;

exemplary game mode button 3172;

exemplary date and time modification button 3195 for disclosed route3175;

exemplary transformed forward transportation unit auction value andmodification feed 3115 and selection GO 3145 button to transact thegiven route with a basic transportation unit or security feature andcharacteristic for one route 3190 that satisfies the user route request3175;

exemplary alternative transformed forward transportation unit auctionvalue and modification feed 3120 and selection GO 3150 button totransact the given route with a basic transportation unit or securityfeature and characteristic for one alternative route 3180 that satisfiesthe user route request 3175;

exemplary transformed forward transportation unit auction value andmodification feed 3125 and selection GO 3155 button to transact thegiven route with an intermediate transportation unit or security featureand characteristic for one route 3190 that satisfies the user routerequest 3175;

exemplary alternative transformed forward transportation unit auctionvalue and modification feed 3130 and selection GO 3160 button totransact the given route with an intermediate transportation unit orsecurity feature and characteristic for one alternative route 3180 thatsatisfies the user route request 3175;

exemplary transformed forward transportation unit auction value andmodification feed 3135 and selection GO 3166 button to transact thegiven route with a premium transportation unit or security feature andcharacteristic for one route 3190 that satisfies the user route request3175;

exemplary alternative transformed forward transportation unit auctionvalue and modification feed 3140 and selection GO 3165 button totransact the given route with a premium transportation unit or securityfeature and characteristic for one alternative route 3180 that satisfiesthe user route request 3175;

exemplary market display feature 3170 as an overlay onto map routing foruser requests 3175;

In some embodiments, map routing interfaces 3105 such as Apple Maps orTomTom or another third party, may integrate the disclosed method andsystem to display the transformed forward transportation unit orsecurity market auction price along a various route given variousvirtual hub topologies 1800 over the user 110 defined route request3175. The computing device 3105 may disclose over visual, audio or othercommunication methods the forward transformed transportation unitauction price 3110 on a given route 3190. In yet other embodiments, thedisclosed transportation unit transformation may communicate the forwardtransformed transportation unit or security auction price 3116 of analternative route 3180 such that a user may select either route 3190 or3180 based on the disclosed method and system price 3110 or 3116 whichwas generated by instructions from a plurality of users between twovirtual hubs on the user defined route 3175. The disclosed forwardmarket transportation unit auction may be communicated on an on demandbasis representing the current time and day or on a forward basis bychanging the Date/Time 3195 user interface button feature to representthe then current market pricing for future time intervals on a pluralityof given routes 3190 and 3180 along the user requested virtual hubcombination 3175. Virtual hubs may represent the end points of a routedefined by the user 3175 or virtual hubs may represent points along agiven route but not including the endpoints or virtual hubs mayrepresent points not along the route the user defined 3175. Virtual hubcombinations transform transportation capacity units into a forwardmarket which allow users of the method and system to transact in thephysical market by either delivering transformed transportation units asa driver of a vehicle or capacity holder or by receiving them as apassenger or package if the unit is a package rather than a person. Atransportation unit or security represents space which may be filled bya person or a package. Further the forward transformed transportationunit market auction 3170 overlay may be a layer on traditional GPS maprouting software or as an alternative to time based routing or mileagebased routing. The forward transportation unit market specification suchas “Basic” 3115, 3120, “Intermediate” 3125, 3130, or “Premium” 3135,3140 may also have a plurality of other characteristics or levels whichform the basis of a fungible transformed contract or substitutablecontract between users which is exchangeable with the same terms andconditions if one user is unable to fulfil their contract obligationsfor the transformed transportation unit. In some embodiments, thenavigation mode 3171 may move the user to turn by turn directions alongthe price based navigation route 3190. In some embodiments, the gamemode 3172 may move the user to a game based overlay on the price basednavigation route 3190. In some embodiments, the market mode 3170 maymove the user to a market based overlay on the priced based navigationroute 3190.

The disclosed method and system of a transformed transportation capacityunit may be fully functional as a layer in map routing software or as astandalone application.

In some embodiments, the disclosed method and system transportation unitauction price 3110 and 3116 has two prices or more in other embodiments.Two route prices 3110 are disclosed at $3 and $3.10. The former price of$3 is the price where a user is willing to buy or pay for atransportation unit along the given route 3190. The later price of $3.10is the price at which a user is willing to sell a transportation unitalong the given route 3190. The instructions of the auction may matchthe highest bidding price of $3 with the lowest selling price in theprice queue when the prices match. In other words, in the exemplaryembodiment, if a user wanted to sell a transportation unit at thecurrent forward market auction queue 3110 on route 3190, the user wouldenter a price of $3 which is the current highest bidding price in themethod and system queue 3110. By way of further example, another usermay desire to buy a transportation unit on the forward transformedtransportation unit auction method and system on route 3190, to match,the user would enter a price of $3.10 which is the lowest selling priceof a seller on the forward market transportation unit auction method andsystem.

FIG. 32 illustrates another exemplary network configuration 3200integrating the disclosed method and system as a layer on anothertraditional third party map software. In some embodiments, the multilayered network node topology of participating, transacting and/ortrading transportation or freight capacity configuration 3200 includesthe following accounting elements, or a subset or superset thereof:

exemplary computing device 3205;

exemplary route input by user 3210;

exemplary route node structure 3295 to satisfy user route request 3210;

exemplary alternative route node structure 3230 to satisfy user routerequest 3210 with associated time;

exemplary time estimate 3225 for route 3295;

exemplary navigation mode button 3291;

exemplary game mode button 3292;

exemplary market mode button 3293;

exemplary live auction price value 3220 for route 3295;

exemplary alternative live auction price value 3231 for route 3230;

exemplary date and time modification button 3296 for disclosed route3210;

exemplary transformed forward transportation unit or security auctionvalue and modification feed 3235 and selection GO 3265 button totransact the given route with a basic transportation unit feature andcharacteristic for one route 3295 that satisfies the user route request3210;

exemplary alternative transformed forward transportation unit orsecurity auction value and modification feed 3240 and selection GO 3270button to transact the given route with a basic transportation unitfeature and characteristic for one alternative route 3230 that satisfiesthe user route request 3210;

exemplary transformed forward transportation unit or security auctionvalue and modification feed 3245 and selection GO 3275 button totransact the given route with an intermediate transportation unitfeature and characteristic for one route 3295 that satisfies the userroute request 3210;

exemplary alternative transformed forward transportation unit orsecurity auction value and modification feed 3250 and selection GO 3280button to transact the given route with an intermediate transportationunit feature and characteristic for one alternative route 3230 thatsatisfies the user route request 3210;

exemplary transformed forward transportation unit or security auctionvalue and modification feed 3255 and selection GO 3285 button totransact the given route with a premium transportation unit feature andcharacteristic for one route 3295 that satisfies the user route request3210;

exemplary alternative transformed forward transportation unit orsecurity auction value and modification feed 3260 and selection GO 3290button to transact the given route with a premium transformedtransportation unit feature and characteristic for one alternative route3230 that satisfies the user route request 3210;

exemplary market display feature 3215 as an overlay onto map routing foruser requests 3210;

In some embodiments, map routing interfaces 3205, such as Google Maps orGarmin or another third party navigation method, may integrate thedisclosed method and system to display the transformed forwardtransportation unit or security market auction price along a variousroute given various virtual hub topologies 1800 over the user 110defined route request 3210. The computing device 3205 may disclose overvisual, audio or other communication methods the forward transformedtransportation unit or security auction price 3220 on a given route3295. In yet other embodiments, the disclosed transportation unittransformation may communicate the forward transformed transportationunit auction price 3231 of an alternative route 3230 such that a usermay select either route 3295 or 3230 based on the disclosed method andsystem price 3231 or 3220 which was generated by instructions from aplurality of users between two virtual hubs on the user defined route3210 and instructions to generate a price queue for buyers and sellersof transportation units long given routes. In some embodiments, theuser(s) 110 may alter the date 3296 such that the transformedtransportation unit or security may be updated with user 110 submittedprices 3235 for forward looking time periods. The disclosed forwardmarket transformed transportation unit or security auction may becommunicated on an on demand basis representing the current time and dayor on a forward basis by changing the Date/Time 3296 user interfacebutton feature to represent the then current market pricing for futuretime intervals on a plurality of given routes 3295 and 3230 along theuser requested virtual hub combination 3210. Virtual hubs may representthe end points of a route defined by the user 3210 or virtual hubs mayrepresent points along a given route but not including the endpoints orvirtual hubs may represent points not along the route the user defined3210. Virtual hub combinations transform transportation capacity unitsor securities into a forward market which allow users of the method andsystem to transact in the physical market by either deliveringtransformed transportation units as a driver of a vehicle or capacityholder or by receiving them as a passenger or package if the unit is apackage rather than a person. A transformed transportation unitrepresents space which may be filled by a person or a package. Furtherthe forward transformed transportation unit market auction 3215 overlaymay be a layer on traditional GPS map routing software as an alternativeto time based routing. The forward transportation unit marketspecification such as “Basic” 3235, 3240, “Intermediate” 3245, 3250, or“Premium” 3255, 3260 may also have a plurality of other characteristicsor levels which form the basis of a fungible contract or substitutablecontract between users which is exchangeable with the same terms andconditions if one user is unable to fulfil their contract obligationsfor the transformed transportation unit. In some embodiments, thenavigation mode 3291 may move the user to turn by turn directions alongthe price based navigation route 3295. In some embodiments, the gamemode 3292 may move the user to a game based overlay on the price basednavigation route 3295. In some embodiments, the market mode 3293 maymove the user to a market based overlay on the priced based navigationroute 3295.

The disclosed method and system of a transformed transportation capacityunit may be fully functional as a layer in map routing software or as astandalone application.

In some embodiments, the disclosed method and system transformedtransportation unit or security auction price 3220 and 3231 has twoprices or more in other embodiments. Two route prices 3220 are disclosedat $3 and $3.10. The former price of $3 is the price where a user iswilling to buy or pay for a transportation unit along the given route3295. The later price of $3.10 is the price at which a user is willingto sell a transportation unit along the given route 3295. Theinstructions of the auction may match the highest bidding price of $3with the lowest selling price in the price queue when the prices match.In other words, in the exemplary embodiment, if a user wanted to sell atransportation unit at the current forward market auction queue 3220 onroute 3295, the user would enter a price of $3 which is the currenthighest bidding price in the method and system queue 3220. By way offurther example, another user may desire to buy a transformedtransportation unit on the forward transformed transportation unit orsecurity auction method and system on route 3295, to match, the userwould enter a price of $3.10 which is the lowest selling price of aseller on the forward market transformed transportation unit auctionmethod and system.

FIG. 33 illustrates another exemplary network configuration 3300integrating the disclosed method and system as a layer on anothertraditional third party map software. In some embodiments, the multilayered network node topology of participating, transacting and/ortrading transportation or freight capacity configuration 3300 includesthe following accounting elements, or a subset or superset thereof:

exemplary computing device 3335;

exemplary route node structure 3340 to satisfy user route requests withassociated time and price;

exemplary alternative route node structure 3345 to satisfy user routerequest with associated time and price;

exemplary alternative route node structure 3350 to satisfy user routerequest with associated time and price;

exemplary live auction price value 3305 for price based route 3340;

exemplary navigation mode button 3391;

exemplary game mode button 3392;

exemplary market mode button 3393;

exemplary go 3330 button to transact or modify the price based routing;

exemplary go 3325 button to transact or modify the price based routing;

exemplary go 3320 button to transact or modify the price based routing;

exemplary alternative live auction price value 3310 for route 3345;

exemplary alternative live auction price value 3315 for route 3350;

exemplary date and time modification button 3355 for disclosed route3340;

exemplary date and time modification button 3360 for disclosed route3345;

exemplary date and time modification button 3365 for disclosed route3350;

In some embodiments, map routing interfaces 3335, such as Waze Maps oranother third party, may integrate the disclosed method and system todisplay the transformed forward transportation unit market auction pricealong a various route given various virtual hub topologies 1800 over theuser 110 defined route requests. The computing device 3335 may discloseover visual, audio or other communication methods the forwardtransformed transportation unit or security auction price 3305 on agiven route 3340. In yet other embodiments, the disclosed transportationunit transformation may communicate the forward transformedtransportation unit auction price 3310 of an alternative route 3345 suchthat a user may select either route 3340, 3345, or 3350 based on thedisclosed method and system price 3305, 3310, or 3315 which wasgenerated by instructions from a plurality of users between two virtualhubs on the user defined route and instructions to generate a pricequeue for buyers and sellers of transportation units along given routes.The disclosed forward market transformed transportation unit or securityauction may be communicated on an on demand basis representing thecurrent time and day or on a forward basis by changing the Date/Time3355, 3360, 3365 user interface button feature to represent the thencurrent market pricing for future time intervals on a plurality of givenroutes 3340, 3345, or 3350 along the user requested virtual hubcombination. In some embodiments, the user(s) 110 may alter the date3355 such that the transformed transportation unit or security may beupdated with user 110 submitted prices 3305 for forward looking timeperiods. Virtual hubs may represent the end points of a route defined bythe user or virtual hubs may represent points along a given route butnot including the endpoints or virtual hubs may represent points notalong the route the user defined. Virtual hub combinations transformtransportation capacity units into a forward market which allow users ofthe method and system to transact in the physical market by eitherdelivering transportation units as a driver of a vehicle or capacityholder or by receiving them as a passenger or package if the unit is apackage rather than a person. A transportation unit represents spacewhich may be filled by a person or a package. Further the forwardtransportation unit market auction overlay may be a layer on traditionalGPS map routing software or as an alternative to time based routing. Theforward transportation unit market specification, such as “Basic” 3305,may also have a plurality of other transformed characteristics or levelswhich form the basis of a fungible contract or substitutable contractspecifications between users which is exchangeable with the same termsand conditions if one user is unable to fulfil their contractobligations for the transformed transportation unit or security. In someembodiments, the navigation mode 3391 may move the user to turn by turndirections along the price based navigation route 3350. In someembodiments, the game mode 3392 may move the user to a game basedoverlay on the price based navigation route 3340. In some embodiments,the market mode 3393 may move the user to a market based overlay on thepriced based navigation route 3350.

The disclosed method and system of a transformed transportation capacityunit may be fully functional as a layer in map routing software or as astandalone application.

In some embodiments, the disclosed method and system transportation unitauction prices 3305, 3310, and 3315 each have two prices or more inother embodiments. Two route prices 3305 are disclosed at $3 and $3.10.The former price of $3 is the price where a user is willing to buy orpay for a transportation unit along the given route 3340. The laterprice of $3.10 is the price at which a user is willing to sell atransportation unit along the given route 3340. The instructions of theauction may match the highest bidding price of $3 with the lowestselling price in the price queue when the prices match. In other words,in the exemplary embodiment, if a user wanted to sell a transportationunit at the current forward market auction queue 3305 on route 3340, theuser would enter a price of $3 which is the current highest biddingprice in the method and system queue 3305. By way of further example,another user may desire to buy a transportation unit on the forwardtransportation unit auction method and system on route 3340, to match,the user would enter a price of $3.10 which is the lowest selling priceof a seller on the forward market transportation unit auction method andsystem.

FIG. 34 illustrates another exemplary network configuration 3400integrating the disclosed method and system as a layer on anothertraditional third party map software. In some embodiments, the multilayered network node topology of participating, transacting and/ortrading transformed transportation or freight capacity unit or securityconfiguration 3400 includes the following accounting elements, or asubset or superset thereof:

exemplary computing device 3405;

exemplary route 3410;

exemplary live auction price value 3430 for route 3410;

exemplary alternative live auction price value 3426 for route 3425;

exemplary navigation mode button 3491;

exemplary game mode button 3492;

exemplary market mode button 3493;

exemplary date and time modification button 3435 for disclosed route3410;

exemplary mileage estimate 3455 for disclosed route 3410;

exemplary route estimate 3450 for disclosed route 3410;

exemplary transformed forward transportation unit auction value andmodification feed 3415 and selection GO 3440 button to transact thegiven route with a basic transportation unit or security feature andcharacteristic for one route 3425 that satisfies the user route request;

exemplary transformed forward transportation unit or security auctionvalue and modification feed 3420 and selection GO 3445 button totransact the given route with a premium transportation unit feature andcharacteristic for one route 3410 that satisfies the user route request;

In some embodiments, the navigation mode 3491 may move the user to turnby turn directions along the price based navigation route 3410. In someembodiments, the game mode 3492 may move the user to a game basedoverlay on the price based navigation route 3410. In some embodiments,the market mode 3493 may move the user to a market based overlay on thepriced based navigation route 3410.

FIG. 35 illustrates another exemplary network configuration 3500integrating the disclosed method and system as a layer on anothertraditional third party map software in the setting of a vehicle GPSnavigation system. In some embodiments, the multi layered network nodetopology of participating, transacting and/or trading transportation orfreight capacity configuration 3500 includes the following accountingelements, or a subset or superset thereof:

exemplary computing device 3550;

exemplary vehicle transportation unit carrier unit 3505;

exemplary vehicle transportation unit steering wheel 3510;

exemplary navigation mode button 3581;

exemplary game mode button 3580;

exemplary market mode button 3530;

exemplary user of transportation unit as seller or driver 3515;

exemplary user route request address information 3545;

exemplary date and time modification button 3540 for disclosed route3546;

exemplary transformed forward transportation unit auction value andmodification feed 3525 and selection GO 3535 button to transact thegiven route with a basic transportation unit feature and characteristicfor one route 3546 that satisfies the user route request;

exemplary live auction price value 3555 for price based route 3546;

exemplary live auction price value 3561 for price based alternativeroute 3560;

exemplary market layer routing overlay 3530;

In some embodiments, the disclosed method and system transformedtransportation unit or security auction market layer may be in a vehicleunit GPS navigation system 3550. In some embodiments, the user 3515 mayinput driving address instructions 3545 that have an origin location anda destination location. In some embodiments, the user 3515 maycommunicate with the computing device 3550 through a touchscreen 3520 orand audio interface or another interface. In some embodiments the user3515 may edit the date/time 3540 button to communicate the marketauction price based route 3546 from on demand or current time to aforward time or date. Market auction based pricing 3555 may vary by dateand time due to a plurality of market factors. In some embodiments theuser 3515 may edit the market based auction price for the transportationunits by selecting the market feature button 3525. In some embodimentsthe user 3515 may select a give transportation unit auction price totransact by selecting the go button 3535. In some embodiments, thenavigation mode 3581 may move the user to turn by turn directions alongthe price based navigation route 3555. In some embodiments, the gamemode 3580 may move the user to a game based overlay on the price basednavigation route 3555. In some embodiments, the market mode 3530 maymove the user to a market based overlay on the priced based navigationroute 3555.

In some embodiments, the disclosed method and system transportation unitauction prices 3555 and 3561 each have two prices or more in otherembodiments. Two route prices 3555 are disclosed at $3 and $3.10. Theformer price of $3 is the price where a user is willing to buy or payfor a transportation unit along the given route 3546. The later price of$3.10 is the price at which a user is willing to sell a transportationunit along the given route 3546. The instructions of the auction maymatch the highest bidding price of $3 with the lowest selling price inthe price queue when the prices match. In other words, in the exemplaryembodiment, if a user 3515 wanted to sell a transportation unit at thecurrent forward market auction queue 3555 on route 3546, the user 3515would enter a price of $3 which is the current highest bidding price inthe method and system queue. By way of further example, another user maydesire to buy a transportation unit on the forward transformedtransportation unit or security auction method and system on route 3546,to match, the user would enter a price of $3.10 which is the lowestselling price of a seller on the forward market transformedtransportation unit or security auction method and system. In someembodiments, alternative routes based on prices in alternativetransportation unit auctions 3560 may have different prices based onsupply and demand conditions. In some embodiments the market basedrouting layer 3530 serves as an alternative to time based routing ormileage based routing which are fundamentally different premises. Insome embodiments, the overall software system 3505 and associatedinstructions may ask the user 3515 with visual or audio interface ifthey would like to monetize their routes upon starting any navigationsequence for transformed transportation units or securities.

FIG. 36 illustrates another exemplary network configuration 3600integrating the disclosed method and system as a game layer on anotherinternal mapping system or traditional third party map system in thesetting of a mobile computing device. In some embodiments, the multilayered network node topology of participating, transacting and/ortrading transformed transportation or freight capacity units orsecurities for price based navigation configuration 3600 includes thefollowing accounting elements, or a subset or superset thereof:

exemplary computing device 3605;

exemplary game overlay user score 3610;

exemplary game overlay user power 3615;

exemplary game overlay SOV (single occupancy vehicle) count 3620;

exemplary game overlay weapon strength 3625;

exemplary game overlay account balance 3630;

exemplary game overlay passenger pick ups 3688;

exemplary game overlay Single Occupancy Vehicle target 3645;

exemplary game overlay Single Occupancy Vehicle weapon 3650;

exemplary game overlay GPS standard map view 3655;

exemplary game overlay augmented or mixed reality view 3660;

exemplary game overlay passenger mode 3687;

exemplary game overlay fire button 3665;

exemplary game overlay multi-purpose direction button 3670;

exemplary game overlay go button 3680;

exemplary game overlay stop button 3675;

exemplary navigation overlay button 3686;

exemplary game overlay button 3689;

exemplary market overlay button 3685;

exemplary market overlay weapon selection button 3683, 3682, 3681, 3694;

exemplary market overlay aim finder toggle 3684.

In some embodiments, the game overlay 3689 awards score and points fordestroying the single occupancy vehicle, compute and distribute positiveor negative transportation unit game auction strategy points, power, orrewards based on any superset combination or subset combination of price3635, route mileage, number of single occupancy vehicles destroyed orpassed 3620, number of passengers 3688, route time estimates,transportation unit route 3640, transportation unit specifications,transportation unit model 4000 based on model type and age,transportation unit make type, transportation unit age, matchedtransportation unit specification, matched transportation unit fueltype, matched transportation unit emission specification, cumulativeuser transportation unit specifications, transportation unit rating,transportation unit safety, transportation unit time, transportationunit delay, transportation unit driver rating, transportation unit riderrating, and transportation unit timeliness relative to contractspecification.

In some embodiments, the game overlay 3689 may use a plurality of weaponor scoring configurations such as a rifle 3683, an axe 3681, a flowergift 3682, or a X logo 3694 to take away points or gain points fromother users on the system. In some embodiments the scoring may beindependent of other players on the system, but dependent on the user'sactions in the game overlay 3689. In some embodiments a selected weapon3650 may be used to destroy single occupancy vehicles. In someembodiments the user may accelerate with the go button 3680 to avoid anattack or fire. In some embodiments the user may slow down or stop withthe stop button 3675 to avoid enemy fire or attack. In some embodiments,the stop button 3675 may interface with an autonomous driving system ofa vehicle to pick up passengers along a price based navigation route toincrease the score 3610 of the player and increase the balances 3630 byearning money on the system. In some embodiments user(s) may beidentified by the X logo 3694 or by a person logo for a bidder on thepriced based navigation route 3640 to increase score and balances 3630.In some embodiments user(s) may scan navigation view 3655 or augmentedreality view 3660 to look for single occupancy vehicle targets or Xlogo(s) 3694 or 3645 for users who are bidding on the price basednavigation route 3640.

In some embodiments, the strategy of the priced based navigation gameoverlay is to pick up as many passengers or bidders as possible alongthe price based navigation route 3640, destroy as many single occupancyvehicles along the price based navigation route 3640 and to give flowers3682 and rewards to transportation unit providers who have more than oneperson in the vehicle along the price based navigation route 3640. Insome embodiments user(s) may work independently or collectively intribes to maximize user score in strategy.

FIG. 37 illustrates another exemplary network configuration 3700integrating the disclosed method and system as a game layer on anotherinternal mapping navigation system or traditional third party navigationmap system in the setting of a mobile computing device. In someembodiments, the multi layered network node topology of participating,transacting and/or trading transportation or freight capacity for pricebased navigation configuration 3700 includes the following accountingelements, or a subset or superset thereof:

exemplary computing device 3705;

exemplary game overlay user score 3710;

exemplary game overlay user power 3720;

exemplary game overlay SOV (single occupancy vehicle) count 3730;

exemplary game overlay weapon strength 3715;

exemplary game overlay account balance 3725;

exemplary game overlay passenger pick ups 3788;

exemplary game overlay Single Occupancy Vehicle target 3735;

exemplary game overlay Single Occupancy Vehicle weapon 3771;

exemplary game overlay GPS standard map view 3740;

exemplary game overlay augmented or mixed reality view 3745;

exemplary game overlay passenger mode 3790;

exemplary game overlay fire button 3750;

exemplary game overlay multi-purpose direction button 3755;

exemplary game overlay go button 3767;

exemplary game overlay stop button 3760;

exemplary navigation overlay button 3765;

exemplary game overlay button 3792;

exemplary market overlay button 3768;

exemplary market overlay weapon selection button 3775, 3770, 3769, 3796;

exemplary market overlay aim finder toggle 3780.

In some embodiments, the game overlay view of the price based navigationsystem may alert the user to a single occupancy vehicle 3735 which wouldthen be a target for the user to use a weapon 3775, 3769 to destroy thesingle occupancy vehicle to increase user score 3710. In someembodiments, the user may identify a vehicle as having more than onepassenger in the vehicle and therefore award or gift flowers 3770 to thevehicle or transportation user in the price based navigation gamestrategy. In some embodiments, the user may use a weapon 3775, 3769against a single occupancy vehicle 3735, at which point the vehiclewould explode and the passenger would be left without a vehicle in theaugmented reality view 3745 or GPS view 3740. In some embodiments, theuser may award flowers 3770 to a vehicle with more than one passenger toincrease their score 3710 and add to the score of the user that has morethan one passenger in their vehicle.

FIG. 38 illustrates another exemplary network configuration 3800integrating the disclosed method and system as a game layer on anotherinternal mapping navigation system or traditional third party navigationmap system in the setting of a mobile computing device. In someembodiments, the multi layered network node topology of participating,transacting and/or trading transportation or freight capacity for pricebased navigation configuration 3800 includes the following accountingelements, or a subset or superset thereof:

exemplary computing device 3805;

exemplary game overlay user score 3810;

exemplary game overlay user power 3815;

exemplary game overlay SOV (single occupancy vehicle) count 3820;

exemplary game overlay weapon strength 3825;

exemplary game overlay account balance 3830;

exemplary game overlay passenger pick ups 3888;

exemplary game overlay flower gift 3896;

exemplary game overlay GPS standard map view 3845;

exemplary game overlay augmented or mixed reality view 3840;

exemplary game overlay passenger mode 3885;

exemplary game overlay fire button 3850;

exemplary game overlay multi-purpose direction button 3855;

exemplary game overlay go button 3865;

exemplary game overlay stop button 3860;

exemplary navigation overlay button 3866;

exemplary game overlay button 3897;

exemplary market overlay button 3868;

exemplary market overlay weapon selection button 3869, 3870, 3875, 3898;

exemplary market overlay aim finder toggle 3880.

In some embodiments, the game overlay view of the price based navigationsystem may alert the user to a vehicle with more than one passenger 3899which would then be a way for the user to gift a flower to the otheruser 3899.

FIG. 39 illustrates another exemplary network configuration 3900integrating the disclosed method and system as a game layer on anotherinternal mapping navigation system or traditional third party navigationmap system in the setting of a mobile computing device. In someembodiments, the multi layered network node topology of participating,transacting and/or trading transportation or freight capacity for pricebased navigation configuration 3900 includes the following accountingelements, or a subset or superset thereof:

exemplary computing device 3905;

exemplary game overlay user score 3910;

exemplary game overlay user power 3915;

exemplary game overlay SOV (single occupancy vehicle) count 3920;

exemplary game overlay weapon strength 3925;

exemplary game overlay account balance 3930;

exemplary game overlay passenger pick ups 3988;

exemplary game overlay weapon 3968;

exemplary game overlay GPS standard map view 3940;

exemplary game overlay augmented or mixed reality view 3967;

exemplary game overlay passenger mode 3985;

exemplary game overlay fire button 3945;

exemplary game overlay multi-purpose direction button 3950;

exemplary game overlay go button 3961;

exemplary game overlay stop button 3960;

exemplary navigation overlay button 3955;

exemplary market overlay button 3962;

exemplary market overlay weapon selection button 3963, 3966, 3965, 3979;

exemplary market overlay aim finder toggle 3964;

exemplary user in augmented reality view who has had their singleoccupancy vehicle destroyed 3935.

In some embodiments, the game overlay view of the price based navigationsystem may show a user who has had their single occupancy vehicledestroyed 3935 which increases the score 3910 of the user. In someembodiments, the user may target additional single occupancy vehicles3969 to destroy along the priced based navigation route.

FIG. 40 illustrates another exemplary network configuration module 4000of the disclosed method and system which records the vehiclespecifications for a given user on the system in the setting of a mobilecomputing device 4010. In some embodiments, the multi layered networknode topology of participating, transacting and/or trading transformedtransportation or freight capacity units or securities for price basednavigation configuration 4000 includes the following elements, or asubset or superset thereof:

exemplary computing device 4010;

exemplary transportation unit model make 4015;

exemplary transportation unit model type 4025;

exemplary transportation unit model year 4035;

exemplary system menu toggle box 4051;

exemplary transportation unit model fuel type 4045;

exemplary transportation unit model make selection box toggle 4020;

exemplary transportation unit model type selection box toggle 4030;

exemplary transportation unit model year selection box toggle 4040;

exemplary transportation unit model fuel type selection box toggle 4050;

In some embodiments, the disclosed method and system may allow the userto select the model make such as by example an Acura 4020 as a modelmake 4015. In some embodiments the user may select an unlimited varietyof vehicle types in the method and system, not limiting the system tothose vehicle make 4015 or model 4025 types in FIG. 40. In someembodiments, the user may configure the system for the transportationunit specification model year 4035, the model fuel type 4045, or aplurality of other vehicle specifications for the purpose of recordingspecification for the priced based navigation system. In someembodiments, the data transformation of the transformed transportationunit or security links the attributes, supersets, or subsets of themodel make 4015, model type 4025, model year 4035, model fuel type 4045,or a plurality of other vehicle features to create specification poolsas a feature in the data transformations for the transformedtransportation units or securities. In some embodiments, thecombinations of similar vehicle model make 4015, model type 4025, modelyear 4035, model fuel type 4045 and plurality of other vehicleattributes are fungible or substitutable in the method of thetransformed transportation unit or security. To avoid confusion, and toprovide further example, but not limited by the example, bus, subway,train, air, private automobile, or other transformed transportationunits or securities may be substitutable under broad specifications ofthe transformed transportation or security pool, provided that the broadtransformed specifications are met for delivery within the transformedtransportation unit or security pool.

FIG. 41 illustrates another exemplary network configuration module 4100of the disclosed method and system which records the rider or drivertransportation unit specification ratings for a given user on the systemin the setting of a mobile computing device 4110. In some embodiments,the multi layered network node topology of participating, transactingand/or trading transportation or freight capacity for price basednavigation configuration 4100 includes the following elements, or asubset or superset thereof:

exemplary menu toggle box 4115;

exemplary rider transportation unit rating category summary 4120;

exemplary rider transportation unit rating summary 4125;

exemplary rider transportation unit rating X logo amount 4126;

exemplary rider transportation unit rating score for navigation route4130;

exemplary rider transportation unit rating lifetime score 4135;

exemplary rider transportation unit SOV kills 4140;

exemplary rider transportation unit ride count 4145;

exemplary rider transportation unit ride safety score 4146;

exemplary driver transportation unit rating category summary 4150;

exemplary driver transportation unit rating summary 4155;

exemplary driver transportation unit rating X logo amount 4180;

exemplary driver transportation unit rating score for navigation route4160;

exemplary driver transportation unit rating lifetime score 4165;

exemplary driver transportation unit SOV kills 4170;

exemplary driver transportation unit ride count 4175;

exemplary driver transportation unit ride safety score 4185;

In some embodiments the price based navigation system game overlay layeruses a plurality of the aforementioned combinations to account for useractions in the game overlay of the disclosed method and system.

FIG. 42 illustrates another exemplary network configuration module 4200of the disclosed method and system which records the rider or drivertransformed transportation unit or security specification and marketframework for the transformation for a specified plurality of routes. Insome embodiments, the multi layered network node topology ofparticipating, transacting and/or trading transformed transportation orfreight capacity units or securities for price based navigationconfiguration 4200 includes the following elements, or a subset orsuperset thereof:

exemplary computing device to display the method or system 4205;

exemplary estimated time of a primary indexed price based navigationroute of a transformed transportation unit or security 4120;

exemplary market price of a buyer and seller of primary price basednavigation route of a transformed transportation unit or security 4233;

exemplary price based navigation route of a primary transformedtransportation unit or security 4211;

exemplary estimated time of a secondary indexed price based navigationroute of a transformed transportation unit or security 4212;

exemplary market price of a buyer and seller of secondary price basednavigation route of a transformed transportation unit or security 4230;

exemplary starting point virtual hub of an indexed price basednavigation route of a transformed transportation unit or security 4206;

exemplary ending point virtual hub of an indexed price based navigationroute of a transformed transportation unit or security 4232;

exemplary ending point and starting point address of virtual hub(s) ofan indexed price based navigation route of a transformed transportationunit or security 4213;

exemplary date and time specification of an indexed price basednavigation route of a transformed transportation unit or security 4229;

exemplary number or quantity of transformed transportation units orsecurities that are bidding or buying for purchase by riders of asecondary indexed price based navigation route of a transformedtransportation unit or security which is first in the rider queueindexed by highest price 4215;

exemplary price of transformed transportation units or securities thatare bidding or buying for purchase by riders of a secondary indexedprice based navigation route of a transformed transportation unit orsecurity which is first in the rider queue indexed by highest price4214;

exemplary price of transformed transportation units or securities thatare bidding or buying for purchase by riders of a secondary indexedprice based navigation route of a transformed transportation unit orsecurity which is second in the rider queue indexed by second highestprice 4216;

exemplary number or quantity of transformed transportation units orsecurities that are bidding or buying for purchase by riders of asecondary indexed price based navigation route of a transformedtransportation unit or security which is second in the rider queueindexed by second highest price 4217;

exemplary number or quantity of transformed transportation units orsecurities that are offering or selling by drivers of a secondaryindexed price based navigation route of a transformed transportationunit or security which is first in the driver queue indexed by lowestprice 4226;

exemplary price of transformed transportation units or securities thatare offering or selling by drivers of a secondary indexed price basednavigation route of a transformed transportation unit or security whichis first in the driver queue indexed by lowest price 4228;

exemplary number or quantity of transformed transportation units orsecurities that are offering or selling by drivers of a secondaryindexed price based navigation route of a transformed transportationunit or security which is second in the driver queue indexed by secondlowest price 4224;

exemplary price of transformed transportation units or securities thatare offering or selling by drivers of a secondary indexed price basednavigation route of a transformed transportation unit or security whichis second in the driver queue indexed by second lowest price 4225;

exemplary order entry submit button to the method and system for a userorder 4218;

exemplary order on the method and system by a driver to sell a specifiedquantity of transformed transportation units or securities 4223;

exemplary order confirmation on the method and system by a driver soldtwo units of transformed transportation units or securities 4222;

exemplary market view of priced based navigation layer to displayindexed prices of a plurality routes which may be one, two, three, or aninfinite number of routes between two virtual hubs 4221;

exemplary game view layer of a transformed transportation unit orsecurity 4220;

exemplary navigation view layer of a transformed transportation unit orsecurity 4219;

In some embodiments, the disclosed method and system may allow the userto select the model make such as by example an Acura 4020 as a modelmake 4015, which is placed in a certain transformed transportationspecification pool that may be aggregated with similar transformedtransportation unit specification participants or units that thendisplay a user 110 selected navigation route 4211, plurality of routes4231 and 4211, or an infinite number of routes between the virtual hubstart point 4206 and virtual hub endpoint 4232. In some embodiments theprices 4230 on a route 4231 may display the buy price of the highestbidder or rider on a given route 4231, which is listed in more detail inthe rider queue display for highest indexed price bid 4214 for a route4231. In some embodiments, the highest bid price 4214 for a rider on agiven route 4231 has an associated quantity 4215 of transformedtransportation units or securities. Similarly, in some embodiments, thelowest offer or sale price 4228 for a driver on a given route 4231 hasan associated quantity 4226 of transformed transportation units orsecurities. In some embodiments, the rider quantity 4215 listed as threeunits, which may be one rider, two riders, or three riders who desire topurchase a given transformed transportation unit(s) or securities solong as the indexed price is queued to the top based on a highest priceindex and time stamp for a given specification of a transformedtransportation unit or security. In some embodiments, transformedtransportation units or securities may represent a similar pool oftransformed transportation units or securities based on a superset orsubset or the plurality of attributes such as vehicle mode make 4015,vehicle mode model type 4025, vehicle model year 4035, cheapest route1011, single mode 1012, multi modal 1013, fastest route 1014, mostscenic 1015, highest rating 1016, most available 1017, highest volume1018, most frequent 1019, service level 1020, security and safety 1021,group restricted 1022, modes 810, automobile 811, air 812, autonomousvehicle 813, bike 814, boat 815, bus 816, drone 817, limo 818,motorcycle 819, moped 820, shuttle 821, spaceship 822, subway 823, taxi824, train 825, fastest optimized 826, cheapest route 827, packages 828,cardo 829, virtual 830, order types 710, 720, term specification, timingspecification, virtual hub end point and start point, or a plurality ofother specifications. In some embodiments, the match of rider price 4214and driver price 4228 for a transformed transportation unit(s) orsecurities occurs if the lowest price in the driver queue 4228 equalsthe highest price in the rider queue 4214. In some embodiments, if nosuch match of prices occur between driver and rider queues for a givenspecification of a transformed transportation unit or security, thenprices remain in the queue until a match or a new order entry re-indexesthe order of all the deals, because the price is higher than the currenthighest bid in the rider queue 4214. In other implementations, the queueentries for the transformed transportation unit or security may becomere-indexed to place an order with the appropriate price index ranking ina queue that places the highest rider price 4214 in the top and descendsby price 4216 and then time of order entry, where all other thingsequal. In some embodiments, the driver price queue 4228, 4225 similarlyranks from lowest driver price 4228 at the top of the queue to highestdriver price 4228 at the bottom on the queue and then indexed by timesubordinate to price for a given pool specification of transformedtransportation units or securities. In some embodiments, a plurality ofroutes 4231 and 4211 may be displayed as price based navigation optionsindexed by market pricing. In some embodiments, the user may select one,two or many, many more routes as to how many they desire to be displayedas options between their virtual hubs in order to perform calculationsthat may maximize the number of transportation units or securities theysell on a given route specification, the prices which they obtain, orany combination of specifications or objectives the user may have in theprice based navigation method and display of transformed transportationunit or security.

FIG. 43 illustrates an exemplary flow chart 4300 of user 110 experienceduring a transformed transportation unit or security life cycle. In someembodiments the user 110 may login 4301 to the system which requires theuser to go to a plurality of menu options 4302 or user input for originand destination of virtual hubs 4311 alongside user inputs of time anddate 4312 for a given specification. The specification may contain asubset or superset of attributes, such as vehicle mode make 4015,vehicle mode model type 4025, vehicle model year 4035, cheapest route1011, single mode 1012, multi modal 1013, fastest route 1014, mostscenic 1015, highest rating 1016, most available 1017, highest volume1018, most frequent 1019, service level 1020, security and safety 1021,group restricted 1022, modes 810, automobile 811, air 812, autonomousvehicle 813, bike 814, boat 815, bus 816, drone 817, limo 818,motorcycle 819, moped 820, shuttle 821, spaceship 822, subway 823, taxi824, train 825, fastest optimized 826, cheapest route 827, packages 828,cardo 829, virtual 830, order types 710, 720, term specification, timingspecification, virtual hub end point and start point, or a plurality ofother specifications. In some embodiments, the user may save a route tothe “My Routes” 4313 in “Add My Routes” 4314, whereby the user route issaved in the system for one touch retrieval in the future. In someembodiments, the user may enter a price or quantity to buy or sell atransformed transportation unit or security of a given specification orspecification combination 4303, which has many steps involved with thetransformation of the transportation unit or security. In someembodiments, additional data transformations 4305 occur to process,market navigation route options and indexing, virtual hub or virtual hubcombination data transformations, transportation unit transformationsand many other subsets or supersets of transformed transportation unitcombinations and combination specifications. In some embodiments, if atransformed transportation unit or security matches 4306 in price andspecification, then the transformed transportation unit or securitymoves into delivery 4308 and the deliver process has many steps ofelectric signal handoff and security checks, 911 system checks 4308,4309, GPS server and user 110 position checks, transportation unitrating checks, and many other possible checks for all the data elementsof the transformed transportation unit or security for verification ofdelivery. In some embodiments, if prices of the buyer and seller queuedo not match 4307, then the steps of processing 4304, 4305, 4306 repeatuntil a match is made 4306 to 4308 or an order is cancelled before itexpires for the transformed transportation unit or security.

FIG. 44 illustrates an exemplary user interface 4410 for the My RoutesCommunities functions 4411. In some embodiments, the user interface 4410may have a menu option 4451 to move to other areas of the method andsystem. In some embodiments, the virtual transportation hub sequence asan object may be metadata tag #PaloSF 4412 to represent Palo Alto,Calif. to San Francisco, Calif. In some embodiments, #PaloSF 4412 mayhave an option 4426 for the user 110 to follow, join, subscribe, or addthe virtual transportation hub sequence #PaloSF 4412. In one example,the number of followers or network members who are joined to thatcommunity object transformed data structure 4412 is 502,000. In someembodiments, the virtual transportation hub sequence as an object may bemetadata tag #MenloSF 4413 to represent Menlo Park, Calif. to SanFrancisco, Calif. In some embodiments, #MenloSF 4413 may have an option4427 for the user 110 to follow, join, subscribe, or add the virtualtransportation hub sequence #MenloSF 4413. In one example, the number offollowers or network members who are joined to that community objecttransformed data structure 4413 is 100,000. In some embodiments, thevirtual transportation hub sequence as an object may be metadata tag#SFSantaCruz 4414 to represent San Francisco, Calif. to Santa Cruz,Calif. In some embodiments, #SFSantaCruz 4414 may have an option 4428for the user 110 to follow, join, subscribe, or add the virtualtransportation hub sequence #SFSantaCruz 4414. In one example, thenumber of followers or network members who are joined to that communityobject transformed data structure 4414 is 42,000. In some embodiments,the virtual transportation hub sequence as an object may be metadata tag#NobHillWharf 4415 to represent Nob Hill San Francisco, Calif. toFisherman's Wharf, San Francisco, Calif. In some embodiments,#NobHillWharf 4415 may have an option 4429 for the user 110 to follow,join, subscribe, or add the virtual transportation hub sequence#NobHillWharf 4415. In some embodiments, the number of followers ornetwork members who are joined to that community object transformed datastructure 4415 is 15,000. In some embodiments, the virtualtransportation hub sequence as an object may be metadata tag#CornellWegmans 4416 to represent Cornell University, Ithaca, N.Y. toWegmans, Ithaca, N.Y. In some embodiments, #CornellWegmans 4416 may havean option 4430 for the user 110 to follow, join, subscribe, or add thevirtual transportation hub sequence #CornellWegmans 4416. In oneexample, the number of followers or network members who are joined tothat community object transformed data structure 4416 is 3,000. In someembodiments, the virtual transportation hub sequence as an object may bemetadata tag #ICWegmans 4417 to represent Ithaca College, Ithaca, N.Y.to Wegmans, Ithaca, N.Y. In some embodiments, #ICWegmans 4417 may havean option 4431 for the user 110 to follow, join, subscribe, or add thevirtual transportation hub sequence #ICWegmans 4417. In one example, thenumber of followers or network members who are joined to that communityobject transformed data structure 4417 is 1,000. In some embodiments,the virtual transportation hub sequence as an object may be metadata tag#KatyDtownHouston 4418 to represent Katy, Tex. to Houston, Tex. In someembodiments, #KatyDtownHouston 4418 may have an option 4432 for the user110 to follow, join, subscribe, or add the virtual transportation hubsequence #KatyDtownHouston 4418. In one example, the number of followersor network members who are joined to that community object transformeddata structure 4418 is 380,000. In some embodiments, the virtualtransportation hub sequence as an object may be metadata tag#UEastGrandCent 4419 to represent Upper East Side, NYC to Grand CentralStation, NYC. In some embodiments, #UEastGrandCent 4419 may have anoption 4433 for the user 110 to follow, join, subscribe, or add thevirtual transportation hub sequence #UEastGrandCent 4419. In someembodiments, the number of followers or network members who are joinedto that community object transformed data structure 4419 is 400,000. Inone example, the virtual transportation hub sequence as an object may bemetadata tag #PennStatGrandCent 4420 to represent Penn Station, NYC toGrand Central Station, NYC. In some embodiments, #PennStatGrandCent 4420may have an option 4434 for the user 110 to follow, join, subscribe, oradd the virtual transportation hub sequence #PennStatGrandCent 4420. Inone example, the number of followers or network members who are joinedto that community object transformed data structure 4420 is 280,000. Insome embodiments, the virtual transportation hub sequence as an objectmay be metadata tag #IthacaNYC 4421 to represent Ithaca, N.Y. to GrandCentral Station, NYC. In some embodiments, #IthacaNYC 4421 may have anoption 4435 for the user 110 to follow, join, subscribe, or add thevirtual transportation hub sequence #IthacaNYC 4421. In one example, thenumber of followers or network members who are joined to that communityobject transformed data structure 4421 is 19,000. In some embodiments,the virtual transportation hub sequence as an object may be metadata tag#AustinHou 4422 to represent Austin, Tex. to Houston, Tex. In someembodiments, #AustinHou 4422 may have an option 4436 for the user 110 tofollow, join, subscribe, or add the virtual transportation hub sequence#AustinHou 4422. In one example, the number of followers or networkmembers who are joined to that community object transformed datastructure 4422 is 100,000. In some embodiments, the virtualtransportation hub sequences may be recommended 4423 to follow as anobject may be metadata tag #HarvardBCommons 4424 to represent Harvard,Cambridge, Mass. to Boston Commons. In some embodiments,#HarvardBCommons 4424 may have an option 4437 for the user 110 tofollow, join, subscribe, or add the virtual transportation hub sequence#HarvardBCommons 4424. In one example, the number of followers ornetwork members who are joined to that community object transformed datastructure 4424 is 89,000. In some embodiments, the virtualtransportation hub sequences may be recommended 4423 to follow as anobject may be metadata tag #NapervilleChiMkt 4425 to representNaperville, Chicago to Marketplace, Chicago, Ill. In some embodiments,#NapervilleChiMkt 4425 may have an option 4438 for the user 110 tofollow, join, subscribe, or add the virtual transportation hub sequence#NapervilleChiMkt 4425. In one example, the number of followers ornetwork members who are joined to that community object transformed datastructure 4425 is 39,000.

FIG. 45 illustrates an exemplary user interface 4510 for the My RoutesCommunities Group 4515 for a specific transformed data structure of atransformed community virtual hub sequence 4520. In some embodiments,the meta data virtual hub sequence #PaloSF 4520 may list the long formroute details in the about the route section 4522. In some embodiments,the specific hub sequence #PaloSF 4520 may list the amounts of followersand an option to follow 4560. In some embodiments, the specific hubsequence #PaloSF 4520 may list the ability to share the community groupwith another social network or text or email or other network protocol.In some embodiments, the specific hub sequence #PaloSF 4520 may listgroup as public 4550 or private 4545. In some embodiments, the specifichub sequence #PaloSF 4520 may list a gateway to buy or sell 4540transportation units. In some embodiments, the specific hub sequence#PaloSF 4520 may list specific pick up hub address location 4535 or dropoff point address 4530. In some embodiments, the specific hub sequence#PaloSF 4520 may list the activity statistics and data 4525 with respectto the number of riders, number of drivers, number of seats, number oftrades, frequency of transportation units, volume of transportationunits, daily high price for transportation units, daily low price fortransportation units on the community object of #PaloSF 4520, yearlyhigh price, yearly low price, news, research, trending, and/or feeds forthe #PaloSF 4520 virtual hub sequence.

FIG. 46 illustrates an exemplary user interface 4610 with respect to MyRoute Sequences 4615 which may transform sequences with more than twovirtual hubs into sequences as two or three or more series of routesequences 4620. In some embodiments, #PaloSF #SFSaus 4620 may representan origin virtual hub sequence of Palo Alto, Calif. to San Francisco,Calif. followed by a secondary sequence of San Francisco, Calif. toSausalito, Calif. 4620. Multi leg virtual hub sequences allow for thepower of the data transformation to link the villages, cities or statesfrom a network transportation topology structure from multiple providersof transportation units to provide higher levels of frequency and marketopportunity to link public and private systems among many otherbenefits. In some embodiments, #PaloSF #SFSaus 4620 may allow input fromusers to join, follow, subscribe or become a member 4680 of multi legsequences which help solve potential last mile issues withintransportation systems. In some embodiments, #IthacaNYC #NYCMid 4625,may allow for a transportation unit seller or buyer to connect twodisparate transportation networks to provide last mile transportation toa destination at the lowest market cost because each leg or series ofvirtual hub sequences has an independent market associated with the legor virtual hub sequence #IthacaNYC #NYCMid 4625. In some embodiments,#IthacaNYC #NYCMid 4625 may allow input from users to join, follow,subscribe or become a member 4675 of multi leg sequences which helpsolve potential last mile issues within transportation systems. In someembodiments, three two leg sequences may be attached through datatransformations such that #AustinHou then takes a transportation unit to#HouMem which then takes a transportation unit to #MemVoss. The#AustinHou #HouMem #MemVoss 4635 three leg virtual hub sequencecombination may further solve last mile issues for travelers wherepublic transport may be an issue or private rides simply are going adifferent direction. The sequence community object transformation mayhelp travelers understand options and piece multiple transportationsystems onto a single community based object to aggregate communicationand transaction benefits of the system. In some embodiments, priorhistory navigation searches and locations may be used to buildrecommended additional sequences 4640 which may be recommended for usersto subscribe, join, follow or become a member. In some embodiments, thevirtual hub route sequence may link 4 or more virtual hub sequence pairsor even combinations of already linked community object pairs 4645. Insome embodiments, #AustinHou #HouMem #MemVoss #VossBein 4645 may belinked to provide a last mile sequence to a traveler or driver fromAustin to the Memorial Area of Houston in a specific address. Traversinga series of linked trips may allow for the cost of non-linked trips tobe dramatically lower due to using a series of connected local seats,rather than a private for hire vehicle which may be 10 times the costand add a reverse dead head trip that further pollutes the environmentand leaves the driver without additional income on the dead head returnleg. The transformed virtual hub sequence methodology allows fortransportation systems to be integrated in ways that were not formerlypossible because the systems were disparate or simply did not allow forlinked trips or linked community objects that could optimize topologicalnetwork structures over existing inefficient structures. In someembodiments, virtual hub sequences which have been linked 4645 may alsoallow users to subscribe 4660. In some embodiments, #PaloSF #SFSaus#SausMarinTerm 4650 may be linked to provide a last mile sequence to atraveler or driver from Palo Alto, Calif. to Marin Terminal inSausilito, Calif. at a specific address. In some embodiments, virtualhub sequences which have been linked 4650 may also allow users tosubscribe 4655.

FIG. 47 illustrates an exemplary user menu interface 4710. In someembodiments, menu options may include buy/sell/trade 4716 to go to thetransportation unit gateway trading platform for virtual hubcombinations and virtual hub sequences. In some embodiments, the userinterface may allow a user to go to the navigation module 4717 for pricebased navigation or route selection based on cost or earnings from aroute as described in U.S. patent application Ser. No. 16/242,967,“Price Based Navigation,” filed Jan. 8, 2019, the entirety of which isincorporated by reference herein. Furthermore, in U.S. patentapplication Ser. No. 15/877,393, “Electronic Forward Market Exchange forTransportation Seats and Capacity in Transportation Spaces andVehicles,” filed Jan. 23, 2018, is incorporated by reference herein inits entirety. In some embodiments, a user 110 may select my routes 4718to toggle to routes that are important to their user profile or needs inthe network member database 222. In some embodiments, trips 4719 may beselected to toggle to the trip delivery view. In some embodiments,orders 4720 may be selected to toggle to cancel or adjust orders in thesystem that are unfilled. In some embodiments, users may toggle to theaccount 4721 page or communities object page or the route sequences page4723. In some embodiments, users 110 may add additional hubs 4724 or maytoggle to the gaming interface. In some embodiments, freighttransportation units may need to be scanned on the freight scanningmodule 4726. In some embodiments, users may select the reward programmodule 4727 or the dashboard module 4728. In some embodiments, the usermay select the music 4729 or shopping module 4730. In some embodiments,the user may select help 4731 or settings 4732 to update accountinformation or privacy settings. In some embodiments, users 110 mayinvite friends 4733 for rewards or bonuses or cash or credits 4733. Insome embodiments, users may also logout 4734.

FIG. 48 illustrates an exemplary preamble formula structure 4800 for atransformed transportation or freight capacity unit. In someembodiments, the disclosed method and system relate to the sale andpurchase, resale, repurchase, or transfer and assignment of thosecertain transportation and freight capacity units. In some embodiments,SeatsX may relate to the purchase, sale, or repurchase and resale oftransportation capacity units. In some embodiments, ShipsX may relate tothe purchase, sale, or repurchase and resale of freight capacity units.In some embodiments, a SeatsX or ShipsX Trade Hub is synonymous with aVirtual Hub.

FIG. 49 illustrates an exemplary preamble formula extension structure4900 for a transformed transportation or freight capacity unit. In someembodiments, the disclosed method and system relate to the sale andpurchase, resale, repurchase, or transfer and assignment of thosecertain transportation and freight capacity units. In some embodiments,SeatsX may relate to the purchase, sale, or repurchase and resale oftransportation capacity units. In some embodiments ShipsX may relate tothe purchase, sale, or repurchase and resale of freight capacity units.In some embodiments, a SeatsX or ShipsX Trade Hub is synonymous with aVirtual Hub.

FIG. 50 illustrates an exemplary definition formula structure 5000 for atransformed transportation or freight capacity unit. In someembodiments, a plurality of definitions are set from a superset, subset,or combination of a structure that includes Affiliate, Agreement,Applicable Interest Rate, Assigning Party, Bankrupt entity, and otherterms in accordance with some embodiments. In some embodiments, theformula for the transformed transportation or freight capacity unit maybe present within the definitions stated in FIG. 50.

FIG. 51 illustrates an exemplary definition formula structure 5100 for atransformed transportation or freight capacity unit. In someembodiments, a plurality of definitions are set from a superset, subset,or combination of a structure that includes Business Day, Buyer,Claiming Party, Claims, Confirmation, Contract Price, Contract Value,Contractual Currency, and other terms in accordance with someembodiments. In some embodiments, the formula for the transformedtransportation or freight capacity unit may be present within thedefinitions stated in FIG. 51.

FIG. 52 illustrates an exemplary definition formula structure 5200 for atransformed transportation or freight capacity unit. In someembodiments, a plurality of definitions are set from a superset, subset,or combination of a structure that includes Cost, Defaulting Party,Default Rate, Delivery, Early Termination Date, Effective Date, Event ofDefault, Force Majeure, and other terms in accordance with someembodiments. In some embodiments, the formula for the transformedtransportation or freight capacity unit may be present within thedefinitions stated in FIG. 52.

FIG. 53 illustrates an exemplary definition formula structure 5300 for atransformed transportation or freight capacity unit. In someembodiments, a plurality of definitions are set from a superset, subset,or combination of a structure that includes GTCs, Independent Amount,Letter(s) of Credit, Margin Party, Non-Defaulting Party, Option, OptionBuyer, Option Seller, Party or Parties, Party B, Payment Date,Performance Assurance, and other terms in accordance with someembodiments. In some embodiments, the formula for the transformedtransportation or freight capacity unit may be present within thedefinitions stated in FIG. 53.

FIG. 54 illustrates an exemplary definition formula structure 5400 for atransformed transportation or freight capacity unit. In someembodiments, a plurality of definitions are set from a superset, subset,or combination of a structure that includes Person, Premium, PresentValue Discount Rate, Ask Yield, Product, Recording, Replacement Value,Seller, Settlement Amount, and other terms in accordance with someembodiments. In some embodiments, the formula for the transformedtransportation or freight capacity unit may be present within thedefinitions stated in FIG. 54.

FIG. 55 illustrates an exemplary definition formula structure 5500 for atransformed transportation or freight capacity unit. In someembodiments, a plurality of definitions are set from a superset, subset,or combination of a structure that includes Taxes, Term, TerminatedTransaction, Termination Payment, Termination Replacement Price,Termination Replacement Transaction, and other terms in accordance withsome embodiments. In some embodiments, the formula for the transformedtransportation or freight capacity unit may be present within thedefinitions stated in FIG. 55.

FIG. 56 illustrates an exemplary definition formula structure 5600 for atransformed transportation or freight capacity unit. In someembodiments, a plurality of definitions are set from a superset, subset,or combination of a structure that includes Trade Date, Transaction,Transportation Capacity Unit and Freight Capacity Unit may be usedinterchangeably, and other terms in accordance with some embodiments. Insome embodiments, the formula for the transformed transportation orfreight capacity unit may be present within the definitions stated inFIG. 56.

FIG. 57 illustrates an exemplary definition formula structure 5700 for atransformed transportation or freight capacity unit. In someembodiments, a plurality of definitions are set from a superset, subset,or combination of a structure that includes Confirmation and other termsin accordance with some embodiments. In some embodiments, a plurality ofdefinitions are set from a superset or subset or combination of thefollowing structure to include Recording of Transactions, and otherterms in accordance with some embodiments. In some embodiments, theformula for the transformed transportation or freight capacity unit maybe present within the definitions stated in FIG. 57.

FIG. 58 illustrates an exemplary definition formula structure 5800 for atransformed transportation or freight capacity unit. In someembodiments, a plurality of definitions are set from a superset, subset,or combination of a structure that includes Inconsistency with theseestablished formulas for a plurality of transformed transportation unitformulas. In some embodiments, the formula for the transformedtransportation or freight capacity unit may be present within thedefinitions stated in FIG. 58.

FIG. 59 illustrates an exemplary definition formula structure 5900 for atransformed transportation or freight capacity unit. In someembodiments, a plurality of definitions are set from a superset, subset,or combination of a structure that includes Force Majeure with theseestablished formulas for a plurality of transformed transportation unitformulas. In some embodiments, Force Majeure may occur and be written inone or more business days from the Force Majeure event. In someembodiments, Remedies for Product Delivery Failures may be caused byfailure of the Buyer or Seller to deliver the TCU, and the non-failingparty shall be entitled to the formula of the then-current price of suchTCU as liquidated damages. In some embodiments, the formula for thetransformed transportation or freight capacity unit may be presentwithin the definitions stated in FIG. 59.

FIG. 60 illustrates an exemplary definition formula structure 6000 for atransformed transportation or freight capacity unit. In someembodiments, a plurality of definitions are set from a superset, subset,or combination of a structure that includes Events of Default andremedies with these established formulas for a plurality of transformedtransportation and freight unit formulas. In some embodiments, theformula for the transformed transportation or freight capacity unit maybe present within the definitions stated in FIG. 60. In someembodiments, events of default may include failure to make payment whenrequired, making false representations, failure to perform to deliverthe TCU, and post-merger or reorganization failing to support theobligations of TCU transactions. In some embodiments, events of defaultmay include credit default or failure to delivery performance assuranceor margin.

FIG. 61 illustrates an exemplary definition formula structure 6100 for atransformed transportation or freight capacity unit. In someembodiments, a plurality of definitions are set from a superset, subset,or combination of a structure that includes Effect of Event of Defaultfor a plurality of transformed transportation unit formulas. In someembodiments, effect of default may occur and be written in one or morebusiness days from the Effect of Event of Default. In some embodiments,the calculation of a termination payment may be a “Settlement Amount”.For a Terminated Transaction, the Settlement Amount shall be thedifference between the Replacement Value and the Contract Value of theTerminated Transaction, as calculated by the Non-Defaulting Party asfollows:

i. If the Non-Defaulting Party in respect of a Terminated Transaction isSeller and the Replacement Value is greater than the Contract Value,then the Settlement Amount shall be the amount of such excess plus thepro rata portion of the Contract Value attributable to any ContractPrice actually paid by Buyer and shall be payable by the Non-DefaultingParty to the Defaulting Party;

ii. If the Non-Defaulting Party in respect of a Terminated Transactionis Seller and the Replacement Value is less than the Contract Value,then the Settlement Amount shall be the amount of such difference lessthe pro rata portion of the Contract Value attributable to any ContractPrice actually paid by Buyer and shall be payable by the DefaultingParty to the Non-Defaulting Party. In some embodiments, the formula forthe transformed transportation or freight capacity unit may be presentwithin the definitions stated in FIG. 61.

FIG. 62 illustrates an exemplary definition formula structure 6200 for atransformed transportation or freight capacity unit. In someembodiments, a plurality of definitions are further set from a superset,subset, or combination of a structure that includes the Effect of Eventof Default for a plurality of transformed transportation unit formulas.In some embodiments, effect of default may occur and be written in oneor more business days from the Effect of Event of Default. In someembodiments, the calculation of a termination payment may be the“Settlement Amount”. For the Terminated Transaction, the SettlementAmount shall be the difference between the Replacement Value and theContract Value of the Terminated Transaction, as calculated by theNon-Defaulting Party as follows:

iii. If the Non-Defaulting Party in respect of a Terminated Transactionis Buyer and the Replacement Value is greater than the Contract Value,then the Settlement Amount shall be the amount of such excess plus thepro rata portion of the Contract Value attributable to any ContractPrice actually paid by Buyer and shall be payable by the DefaultingParty to the Non-Defaulting Party; and

iv. If the Non-Defaulting Party in respect of a Terminated Transactionis Buyer and the Replacement Value is less than the Contract Value, thenthe Settlement Amount shall be the amount of such difference less thepro rata portion of the Contract Value attributable to any ContractPrice actually paid by Buyer and shall be payable by the Non-DefaultingParty to the Defaulting Party.

v. If the sum of the Settlement Amounts payable by the Defaulting Partyis greater than the sum of Settlement Amounts payable by theNon-Defaulting Party, then a single payment in the amount of such excesswill be payable to the Non-Defaulting Party by the Defaulting Party onthe date specified in Section 5.4. If the sum of the Settlement Amountspayable by the Non-Defaulting Party is greater than the sum of theSettlement Amounts payable by the Defaulting Party, then a singlepayment in the amount of such excess Settlement Amounts will be payableby the Non-Defaulting Party to the Defaulting Party on the datespecified in Section 5.4. In some embodiments, the formula for thetransformed transportation or freight capacity unit may be presentwithin the definitions stated in FIG. 62.

FIG. 63 illustrates an exemplary definition formula structure 6300 for atransformed transportation or freight capacity unit. In someembodiments, a plurality of definitions are set from a superset, subset,or combination of a structure that includes Notice of Payment ofTermination Payment of transformed transportation unit formulas. In someembodiments, Notice of Payment of Termination Payment may occur and bewritten in one or more business days from the Notice of Payment ofTermination Payment. In some embodiments, as soon as practicable afterthe calculation of the Termination Payment, the Non-Defaulting Partyshall notify the Defaulting Party in writing of the amount of theTermination Payment and whether the Termination Payment is due to or duefrom the Non-Defaulting Party. The notice shall include a writtenstatement explaining in reasonable detail the calculation of suchTermination Payment to the Defaulting Party and SeatsX. If theTermination Payment is due to the Non-Defaulting Party, the DefaultingParty shall pay such Termination Payment within five (5) Business Daysafter receipt of such notice, together with interest thereon (before aswell as after judgment) at the Default Rate, to the extent permittedunder applicable law, compounded daily, from (and including) the EarlyTermination Date to (but excluding) the day such amount is paid;provided, however, that to the extent that the Termination Payment iscalculated in respect of a termination pursuant to Article 3, as shownin FIG. 59, no such interest shall be payable. If the TerminationPayment is due from the Non-Defaulting Party, the Non-Defaulting Partyshall pay such Termination Payment, without interest, within twenty (20)Business Days after delivery of such notice.

FIG. 64 illustrates an exemplary definition formula structure 6400 for atransformed transportation or freight capacity unit. In someembodiments, a plurality of definitions are further set from a superset,subset, or combination of a structure that includes the Notice ofPayment of Termination Payment of transformed transportation unitformulas. In some embodiments, Notice of Payment of Termination Paymentmay occur and be written in one or more business days from the Notice ofPayment of Termination Payment. In some embodiments, as soon aspracticable after the calculation of the Termination Payment, theNon-Defaulting Party shall notify the Defaulting Party in writing of theamount of the Termination Payment and whether the Termination Payment isdue to or due from the Non-Defaulting Party. The notice shall include awritten statement explaining in reasonable detail the calculation ofsuch Termination Payment to the Defaulting Party and SeatsX. If theTermination Payment is due to the Non-Defaulting Party, the DefaultingParty shall pay such Termination Payment within five (5) Business Daysafter receipt of such notice, together with interest thereon (before aswell as after judgment) at the Default Rate, to the extent permittedunder applicable law, compounded daily, from (and including) the EarlyTermination Date to (but excluding) the day such amount is paid;provided, however, that to the extent that the Termination Payment iscalculated in respect of a termination pursuant to Article 3, as shownin FIG. 59, no such interest shall be payable. If the TerminationPayment is due from the Non-Defaulting Party, the Non-Defaulting Partyshall pay such Termination Payment, without interest, within twenty (20)Business Days after delivery of such notice.

FIG. 65 illustrates an exemplary definition formula structure 6500 for atransformed transportation or freight capacity unit. In someembodiments, a plurality of definitions are set from a superset, subset,or combination of a structure that includes Closeout Setoff features.After calculation of a Termination Payment in accordance with Section5.3 (unless such Termination Payment was calculated as a result of atermination pursuant to Article 3), if the Defaulting Party would beowed the Termination Payment, the Non-Defaulting Party shall beentitled, at its option and in its discretion, to set off against suchTermination Payment any amounts due and owing by the Defaulting Party tothe Non-Defaulting Party under any other agreements, instruments orundertakings between the Defaulting Party and the Non-Defaulting Partywhich are not related to the SeatsX Trade Hub. The remedy provided forin this Section shall be without prejudice and in addition to any rightof setoff, combination of accounts, lien or other right to which anyParty is at any time otherwise entitled (whether by operation of law,contract or otherwise). Notwithstanding the foregoing, theNon-Defaulting Party shall not be required to pay to the DefaultingParty any amount owing by the Non-Defaulting Party under this Agreementuntil the Non-Defaulting Party receives confirmation satisfactory to itin its reasonable discretion that all obligations of the DefaultingParty to make any payments of any kind whatsoever to the Non-DefaultingParty or any of its Affiliates or otherwise which are due and payable asof the Early Termination Date have been fully and finally paid in cashin some embodiments.

FIG. 66 illustrates an exemplary definition formula structure 6600 for atransformed transportation or freight capacity unit. In someembodiments, a plurality of definitions are set from a superset, subset,or combination of a structure that includes Disputes of Invoices andpayments of transformed transportation unit formulas. In someembodiments, a plurality of limitation of remedies, liability anddamages are set from a superset, subset, or combination of a structurethat includes limitation of remedies, liability, and damages oftransformed transportation unit formulas. In some embodiments, remediesare limited to the formulas of Replacement Value and Contract Value, asstructured and shown in FIGS. 61 and 62.

FIG. 67 illustrates an exemplary definition formula structure 6700 for atransformed transportation or freight capacity unit. In someembodiments, a plurality of limitation of remedies, liability, anddamages are set from a superset, subset, or combination of a structurethat includes limitation of remedies, liability, and damages oftransformed transportation unit formulas. In some embodiments, remediesare limited to the formulas of Replacement Value and Contract Value, asstructured and shown in FIGS. 61 and 62.

FIG. 68 illustrates an exemplary definition formula structure 6800 for atransformed transportation or freight capacity unit. In someembodiments, a plurality of limitation of remedies, liability, anddamages are set from a superset, subset, or combination of a structurethat includes limitation of remedies, liability, and damages oftransformed transportation unit formulas. In some embodiments, remediesare limited to the formulas of Replacement Value and Contract Value, asstructured and shown in FIGS. 61 and 62. In some embodiments, financialinformation may be requested to satisfy performance assurance formulas,as shown in FIG. 53, and for credit support, as shown in FIG. 69, oftransportation and freight capacity units.

FIG. 69 illustrates an exemplary definition formula structure 6900 for atransformed transportation or freight capacity unit. In someembodiments, a plurality of credit support formulas are set from asuperset, subset, or combination of a structure that includes creditprotection in the form of performance assurance, grants of securityinterest, and remedies of transformed transportation unit formulas. Insome embodiments, credit support may follow the formulas in thedefinition of performance assurance, as shown in FIG. 53. In someembodiments, credit support and performance assurance calculations mayinclude value at risk calculations that consider duration of thecontract, price volatility formulas, price correlation formulas,closeout setoff formulas, cross-default formulas, and other formulasthat may consider the value and credit fluctuations of the creditworthiness of a counterparty and the market value and Replacement Valueof such contracts of transformed transportation and freight capacityunits.

FIG. 70 illustrates an exemplary definition formula structure 7000 for atransformed transportation or freight capacity unit. In someembodiments, a plurality of general formulas are set from a superset,subset, or combination of a structure that includes additional formulasof transformed transportation unit formulas. In some embodiments,general formulas may follow the formulas in the definition ofperformance assurance, as shown in FIG. 53, representation, andwarranties formulas to determine the variance of financial results of acounterparty to quantify a truthfulness score. In some embodiments, acredit score or truthfulness score may use earnings manipulationformulas that seek variance thresholds on cash flow, inventories,receivables, payables, goodwill, and other accounting standards that maybe placed in a model to determine the general variability of the creditworthiness of the counterparty.

FIG. 71 illustrates an exemplary definition formula structure 7100 for atransformed transportation or freight capacity unit. In someembodiments, a plurality of general formulas are set from a superset,subset, or combination of a structure that includes additional formulasof transformed transportation unit formulas. In some embodiments, theseformulas may include cross checks on criminal background, driver licensescores, indemnification scores, or scores to determine the likelihood oflitigious actions.

FIG. 72 illustrates an exemplary definition formula structure 7200 for atransformed transportation or freight capacity unit. In someembodiments, a plurality of general formulas are set from a superset,subset, or combination of a structure that includes additional formulasof transformed transportation unit formulas. In some embodiments, theseformulas may include credit support for successors and assignments toprovide scores of the likelihood a counterparty assuming thetransportation or freight capacity unit may handle the creditobligations without triggering an event of default.

FIG. 73 illustrates an exemplary definition formula structure 7300 for atransformed transportation or freight capacity unit. In someembodiments, a plurality of general formulas are set from a superset,subset, or combination of a structure that includes additional formulasof transformed transportation unit formulas. In some embodiments, theseformulas may include dispute resolution formulas and threshold formulasto methodically evaluate and settle dispute amounts.

FIG. 74 illustrates an exemplary definition formula structure 7400 for atransformed transportation or freight capacity unit. In someembodiments, a plurality of general formulas are set from a superset,subset, or combination of a structure that includes additional formulasof transformed transportation unit formulas. In some embodiments, theseformulas may include dispute resolution formulas and threshold formulasto methodically evaluate and settle dispute amounts and arbitrationawards.

FIG. 75 illustrates an exemplary definition formula structure 7500 for atransformed transportation or freight capacity unit. In someembodiments, a plurality of general formulas are set from a superset,subset, or combination of a structure that includes additional formulasof transformed transportation unit formulas. In some embodiments, theseformulas may include dispute resolution formulas and threshold formulasto methodically evaluate and settle dispute amounts and arbitrationawards.

FIG. 76 illustrates an exemplary definition formula structure 7600 for atransformed transportation or freight capacity unit. In someembodiments, a plurality of general formulas are set from a superset,subset, or combination of a structure that includes additional formulasof transformed transportation unit formulas. In some embodiments, theseformulas may include dispute resolution formulas and threshold formulasto methodically evaluate and settle dispute amounts and arbitrationawards.

FIG. 77 illustrates an exemplary definition formula structure 7700 for atransformed transportation or freight capacity unit. In someembodiments, a plurality of general formulas are set from a superset,subset, or combination of a structure that includes additional formulasof transformed transportation unit formulas. In some embodiments, theseformulas may include notice formulas and threshold formulas tomethodically evaluate and settle dispute amounts and arbitration awardsand counterparty information updates.

FIG. 78 illustrates an exemplary definition formula structure 7800 for atransformed transportation or freight capacity unit. In someembodiments, a plurality of general formulas are set from a superset,subset, or combination of a structure that includes additional formulasof transformed transportation unit formulas. In some embodiments, theseformulas may include notice formulas and threshold formulas tomethodically evaluate and settle severability and intent and regulationand exchange rule.

FIG. 79 illustrates an exemplary definition formula structure 7900 for atransformed transportation or freight capacity unit. In someembodiments, a plurality of general formulas are set from a superset,subset, or combination of a structure that includes additional formulasof transformed transportation unit formulas. In some embodiments, theseformulas may include termination, liquidation, net out, offset, andplurality of counterpart formulas and threshold formulas to methodicallyevaluate and settle termination, liquidation, net out, offset, andplurality of counterpart formulas.

FIG. 80 illustrates an exemplary notice of correspondence 8000 for atransformed transportation or freight capacity unit. In someembodiments, a plurality of general formulas are set from a superset,subset, or combination of a structure that includes additional notice ofcorrespondence.

FIG. 81 illustrates an exemplary notice step flowchart 8100 forapplication of one or more transportation for freight capacity unittransformations. In some embodiments, a computing device with atouchscreen interface, audio interface, augmented reality interface,mixed reality interface, brain wave interface, and/or visual interfacemay detect a transportation or freight capacity unit at 8102. The methodand system may apply one or more transportation or freight capacity unittransformations to create a new transportation or freight capacity unitat 8103. In some embodiments, the transformation may include thefollowing transformations of the transportation and freight capacityunit or a superset or subset thereof:

-   -   i) apply an interest rate to discount forward transportation or        freight capacity units at 8104;    -   ii) apply a contract price to the forward transportation or        freight capacity units at 8105;    -   iii) apply a default interest rate to the forward transportation        or freight capacity units at 8106;    -   iv) apply an early termination date to the forward        transportation or freight capacity units at 8107;    -   v) apply a force majeure event for forward transportation or        freight capacity units at 8108;    -   vi) apply a letter of credit or performance assurance for        forward transportation or freight capacity units at 8109;    -   vii) apply a termination replacement price meaning with respect        to a Termination Replacement Transaction, the price which the        Non-Defaulting Party acting in a commercially reasonable manner,        pays or receives or could pay or receive in connection with the        Termination Replacement Transaction (plus Costs reasonably        incurred by the Non-Defaulting Party in entering into the        Termination Replacement Transaction) for forward transportation        or freight capacity units at 8110.

In some embodiments, the aforementioned steps and transformations may beprocessed to transform the transportation or freight capacity unit at8111.

FIG. 82 illustrates an exemplary notice step flowchart 8200 forapplication of one or more transportation for freight capacity unittransformations. In some embodiments, a computing device with atouchscreen interface, audio interface, augmented reality interface,mixed reality interface, brain wave interface, and/or visual interfacemay detect a transportation or freight capacity unit at 8202. The methodand system may apply one or more transportation or freight capacity unittransformations to create a new transportation or freight capacity unitat 8203. In some embodiments, the transformation may include thefollowing transformations of the transportation and freight capacityunit or a superset or subset thereof:

-   -   i) apply a Termination Replacement Transaction at 8204 meaning a        transaction for the purchase or sale, as applicable, of a        Product(s) for any remaining period or part thereof to be        purchased or sold in connection with the Terminated Transaction,        provided that, the transaction replacing any Terminated        Transaction or portion thereof shall be deemed to have a term:        -   (1) commencing on the Early Termination Date; and        -   (2) ending on the last day of the term for forward            transportation or freight capacity units;    -   ii) apply a trade confirmation for forward transportation or        freight capacity units at 8205;    -   iii) apply a recorded confirmation for forward transportation or        freight capacity units at 8206;    -   iv) apply remedies for product delivery failures for forward        transportation or freight capacity units as liquidated damages        at 8207;    -   v) apply events of default for forward transportation or freight        capacity units as liquidated damages at 8208;

In some embodiments, the aforementioned steps and transformations may beprocessed to transform the transportation or freight capacity unit at8209.

FIG. 83 illustrates an exemplary notice step flowchart 8300 forapplication of one or more transportation for freight capacity unittransformations. In some embodiments, a computing device with atouchscreen interface, audio interface, augmented reality interface,mixed reality interface, brain wave interface, and/or visual interfacemay detect a transportation or freight capacity unit at 8302. The methodand system may apply one or more transportation or freight capacity unittransformations to create a new transportation or freight capacity unitat 8303. In some embodiments, the transformation may include thefollowing transformations of the transportation and freight capacityunit or a superset or subset thereof:

-   -   i) Apply a Calculation of a Termination Payment at 8304.        -   a. If an Early Termination Date is designated with respect            to any Transaction, the “Settlement Amount” for such            Terminated Transaction shall be the difference between the            Replacement Value and the Contract Value of such Terminated            Transaction, as calculated by the Non-Defaulting Party as            follows:            -   (1) If the Non-Defaulting Party in respect of a                Terminated Transaction is Seller and the Replacement                Value is greater than the Contract Value, then the                Settlement Amount shall be the amount of such excess                plus the pro rata portion of the Contract Value                attributable to any Contract Price actually paid by                Buyer and shall be payable by the Non-Defaulting Party                to the Defaulting Party;            -   (2) If the Non-Defaulting Party in respect of a                Terminated Transaction is Seller and the Replacement                Value is less than the Contract Value, then the                Settlement Amount shall be the amount of such difference                less the pro rata portion of the Contract Value                attributable to any Contract Price actually paid by                Buyer and shall be payable by the Defaulting Party to                the Non-Defaulting Party;    -   for forward transportation or freight capacity units.

In some embodiments, the aforementioned steps and transformations may beprocessed to transform the transportation or freight capacity unit at8305.

FIG. 84 illustrates an exemplary notice step flowchart 8400 forapplication of one or more transportation for freight capacity unittransformations. In some embodiments, a computing device with atouchscreen interface, audio interface, augmented reality interface,mixed reality interface, brain wave interface, and/or visual interfacemay detect a transportation or freight capacity unit at 8402. The methodand system may apply one or more transportation or freight capacity unittransformations to create a new transportation or freight capacity unitat 8403. In some embodiments, the transformation may include thefollowing transformations of the transportation and freight capacityunit or a superset or subset thereof:

-   -   i) apply a Calculation of a Termination Payment at 8404;        -   (1) If the Non-Defaulting Party in respect of a Terminated            Transaction is Buyer and the Replacement Value is greater            than the Contract Value, then the Settlement Amount shall be            the amount of such excess plus the pro rata portion of the            Contract Value attributable to any Contract Price actually            paid by Buyer and shall be payable by the Defaulting Party            to the Non-Defaulting Party; and        -   (2) If the Non-Defaulting Party in respect of a Terminated            Transaction is Buyer and the Replacement Value is less than            the Contract Value, then the Settlement Amount shall be the            amount of such difference less the pro rata portion of the            Contract Value attributable to any Contract Price actually            paid by Buyer and shall be payable by the Non-Defaulting            Party to the Defaulting Party.        -   (3) If the sum of the Settlement Amounts payable by the            Defaulting Party is greater than the sum of Settlement            Amounts payable by the Non-Defaulting Party, then a single            payment in the amount of such excess will be payable to the            Non-Defaulting Party by the Defaulting Party on the date            specified in Section 5.4 6400. If the sum of the Settlement            Amounts payable by the Non-Defaulting Party is greater than            the sum of the Settlement Amounts payable by the Defaulting            Party, then a single payment in the amount of such excess            Settlement Amounts will be payable by the Non-Defaulting            Party to the Defaulting Party on the date specified in            Section for forward transportation or freight capacity            units.

In some embodiments, the aforementioned steps and transformations may beprocessed to transform the transportation or freight capacity unit at8405.

The aforementioned description, for purpose of explanation, has beendescribed with reference to specific embodiments. However, theillustrative discussions above are not intended to be exhaustive or tolimit the invention to the precise forms disclosed. Many modificationsand variations are possible in view of the above teachings. Theembodiments were chosen and described in order to best explain theprinciples of the invention and its practical applications, to therebyenable others skilled in the art to best utilize the invention andvarious embodiments with various modifications as are suited to theparticular use contemplated.

What is claimed is:
 1. A method, comprising: receiving origin locationdata and destination location data from a first user, wherein the originlocation data corresponds to a geographic origin and the destinationlocation data corresponds to a geographic destination; determining aplurality of virtual hubs along the one or more routes, wherein theplurality of virtual hubs comprises a first virtual hub based on theorigin location data and a second virtual hub based on the destinationlocation data; transmitting market depth data for a transportationcapacity exchange for one or more transportation capacity units to thefirst user, wherein the one or more transportation capacity unitscorrespond to one or more seats traveling from the first virtual hub tothe second virtual hub, and wherein the market depth data comprises oneor more bid prices and one or more offer prices for the one or moretransportation capacity units; receiving transaction input data from thefirst user based on the market depth data, wherein the transaction inputdata comprises data corresponding to acceptance of a respective bidprice or a respective offer price provided by a second user for arespective transportation capacity unit; and generating a forwardcommodity contract between the first user and the second user based onthe received transaction input data, comprising applying one or moreunit transformations to the respective transportation capacity unit. 2.The method of claim 1, wherein generating the forward commodity contractcomprises generating one or more definitions for: an affiliate, anagreement, an interest rate, an assigning party, a bankrupt entity, abusiness day, a buyer, a claiming party, a claim, a confirmation, acontract price, a contract value, a contractual currency, one or morecosts, a defaulting party, a default rate, delivery, an earlytermination date, an effective date, an event of default, one or moreforce majeure terms, general terms and conditions, independent amount,one or more letters of credit, a margin party, a non-defaulting party,an option, an option buyer, an option seller, one or more parties, apayment date, one or more performance assurance terms, a person, apremium, a present value discount rate, an ask yield, a product, arecording, a replacement value, a seller, a settlement amount, taxes, aterm, a terminated transaction, a termination payment, a terminationreplacement price, a termination replacement transaction, a trade date,a transaction, the respective transportation capacity unit, one or moreconfirmation terms, one or more inconsistency terms, one or moreremedies, one or more notices, one or more closeout setoff terms, creditsupport, grant of security interest, one or more liabilities, one ormore damages, one or more representations, one or more warranties,indemnification, a successor, one or more dispute resolution terms,severability, confidentiality, one or more limitations, or combinationsthereof.
 3. The method of claim 1, wherein generating the forwardcommodity contract comprises generating a futures specificationcontract, a swap and derivative specification contract, a financial swapspecification contract, a financial option specification contract, afinancial exchanged traded futures specification contract, a financialexchanged traded fund specification contract, an asset backed securityspecification contract, a physical swap specification contract, aphysical option specification contract, or combinations thereof.
 4. Themethod of claim 1, wherein the received transaction input data comprisesdata corresponding to acceptance of the respective bid price or therespective offer price provided by the second user for the respectivetransportation capacity unit.
 5. The method of claim 1, furthercomprising: receiving transportation mode data from the first user,wherein the transportation mode data indicates a selection by the firstuser of one or more transportation vehicles for traveling from the firstvirtual hub to the second virtual hub, wherein the one or moretransportation vehicles include the one or more seats, and wherein theone or more transportation vehicles comprise an automobile, an aircraft,an autonomous vehicle, a motorcycle, a bicycle, a boat, a bus, a subwaycar, a taxicab, a train, or a delivery vehicle; and transmitting themarket depth data based on the received transportation mode data.
 6. Themethod of claim 1, further comprising scheduling delivery of therespective transportation capacity unit based on the forward commoditycontract.
 7. The method of claim 1, wherein the market depth datafurther comprises: a bid queue for the one or more bid prices, whereinthe one or more bid prices are ranked in the bid queue from highestprice to lowest price, and wherein respective bid prices of the samevalue are ranked by time in the bid queue; and an offer queue for theone or more offer prices, wherein the one or more offer prices areranked in the offer queue from lowest price to highest price, andwherein respective offer prices of the same value are ranked by time inthe offer queue.
 8. The method of claim 1, wherein: the respective bidprice comprises an original bid price, a resale bid price, or a transferbid price; and the respective offer price comprises an original offerprice, a resale offer price, or a transfer offer price.
 9. A method,comprising: receiving origin location data and destination location datafrom a first user, wherein the origin location data corresponds to ageographic origin and the destination location data corresponds to ageographic destination; determining a plurality of virtual hubs alongthe one or more routes, wherein the plurality of virtual hubs comprisesa first virtual hub based on the origin location data and a secondvirtual hub based on the destination location data; transmitting marketdepth data for a freight capacity exchange for one or more freightcapacity units to the first user, wherein the one or more freightcapacity units corresponds to cargo capacity traveling from the firstvirtual hub to the second virtual hub, and wherein the market depth datacomprises one or more bid prices and one or more offer prices for theone or more freight capacity units; receiving transaction input datafrom the first user based on the market depth data, wherein thetransaction input data comprises data corresponding to acceptance of arespective bid price or a respective offer price provided by a seconduser for a respective freight capacity unit; and generating a forwardcommodity contract between the first user and the second user based onthe received transaction input data, comprising applying one or moreunit transformations to the respective freight capacity unit.
 10. Themethod of claim 9, wherein generating the forward commodity contractcomprises generating one or more definitions for: an affiliate, anagreement, an interest rate, an assigning party, a bankrupt entity, abusiness day, a buyer, a claiming party, a claim, a confirmation, acontract price, a contract value, a contractual currency, one or morecosts, a defaulting party, a default rate, delivery, an earlytermination date, an effective date, an event of default, one or moreforce majeure terms, general terms and conditions, independent amount,one or more letters of credit, a margin party, a non-defaulting party,an option, an option buyer, an option seller, one or more parties, apayment date, one or more performance assurance terms, a person, apremium, a present value discount rate, an ask yield, a product, arecording, a replacement value, a seller, a settlement amount, taxes, aterm, a terminated transaction, a termination payment, a terminationreplacement price, a termination replacement transaction, a trade date,a transaction, the respective freight capacity unit, one or moreconfirmation terms, one or more inconsistency terms, one or moreremedies, one or more notices, one or more closeout setoff terms, creditsupport, grant of security interest, one or more liabilities, one ormore damages, one or more representations, one or more warranties,indemnification, a successor, one or more dispute resolution terms,severability, confidentiality, one or more limitations, or combinationsthereof.
 11. The method of claim 9, wherein generating the forwardcommodity contract comprises generating a futures specificationcontract, a swap and derivative specification contract, a financial swapspecification contract, a financial option specification contract, afinancial exchanged traded futures specification contract, a financialexchanged traded fund specification contract, an asset backed securityspecification contract, a physical swap specification contract, aphysical option specification contract, or combinations thereof.
 12. Themethod of claim 9, wherein the received transaction input data comprisesdata corresponding to acceptance of the respective bid price or therespective offer price provided by the second user for the respectivefreight capacity unit.
 13. The method of claim 9, further comprising:receiving mode data from the first user, wherein the mode data indicatesa selection by the first user of one or more vehicles for traveling fromthe first virtual hub to the second virtual hub, wherein the one or morevehicles includes the cargo capacity, and wherein the one or morevehicles comprise an automobile, an aircraft, an autonomous vehicle, amotorcycle, a bicycle, a boat, a bus, a subway car, a taxicab, a train,or a delivery vehicle; and transmitting the market depth data based onthe received mode data.
 14. The method of claim 9, further comprisingscheduling delivery of the respective freight capacity unit based on theforward commodity contract.
 15. The method of claim 9, wherein themarket depth data further comprises: a bid queue for the one or more bidprices, wherein the one or more bid prices are ranked in the bid queuefrom highest price to lowest price, and wherein respective bid prices ofthe same value are ranked by time in the bid queue; and an offer queuefor the one or more offer prices, wherein the one or more offer pricesare ranked in the offer queue from lowest price to highest price, andwherein respective offer prices of the same value are ranked by time inthe offer queue.
 16. The method of claim 9, wherein: the respective bidprice comprises an original bid price, a resale bid price, or a transferbid price; and the respective offer price comprises an original offerprice, a resale offer price, or to transfer offer price.
 17. A computingsystem, comprising: one or more processors; and one or more memorycomprising program instructions executable by the one or more processorsto: receive origin location data and destination location data from afirst user, wherein the origin location data corresponds to a geographicorigin and the destination location data corresponds to a geographicdestination; determine a plurality of virtual hubs along the one or moreroutes, wherein the plurality of virtual hubs comprises a first virtualhub based on the origin location data and a second virtual hub based onthe destination location data; transmit market depth data for atransportation capacity exchange for one or more transportation capacityunits to the first user, wherein the one or more transportation capacityunits correspond to one or more seats traveling from the first virtualhub to the second virtual hub, and wherein the market depth datacomprises one or more bid prices and one or more offer prices for theone or more transportation capacity units; receive transaction inputdata from the first user based on the market depth data, wherein thetransaction input data comprises data corresponding to acceptance of arespective bid price or a respective offer price provided by a seconduser for a respective transportation capacity unit; and generate aforward commodity contract between the first user and the second userbased on the received transaction input data, comprising applying one ormore unit transformations to the respective transportation capacityunit.
 18. The computing system of claim 17, wherein the programinstructions executable by the one or more processors to generate theforward commodity contract further comprise program instructionsexecutable by the one or more processors to generate one or moredefinitions for: an affiliate, an agreement, an interest rate, anassigning party, a bankrupt entity, a business day, a buyer, a claimingparty, a claim, a confirmation, a contract price, a contract value, acontractual currency, one or more costs, a defaulting party, a defaultrate, delivery, an early termination date, an effective date, an eventof default, one or more force majeure terms, general terms andconditions, independent amount, one or more letters of credit, a marginparty, a non-defaulting party, an option, an option buyer, an optionseller, one or more parties, a payment date, one or more performanceassurance terms, a person, a premium, a present value discount rate, anask yield, a product, a recording, a replacement value, a seller, asettlement amount, taxes, a term, a terminated transaction, atermination payment, a termination replacement price, a terminationreplacement transaction, a trade date, a transaction, the respectivetransportation capacity unit, one or more confirmation terms, one ormore inconsistency terms, one or more remedies, one or more notices, oneor more closeout setoff terms, credit support, grant of securityinterest, one or more liabilities, one or more damages, one or morerepresentations, one or more warranties, indemnification, a successor,one or more dispute resolution terms, severability, confidentiality, oneor more limitations, or combinations thereof.
 19. The computing systemof claim 17, wherein the program instructions executable by the one ormore processors to generate the forward commodity contract furthercomprise program instructions executable by the one or more processorsto generate a futures specification contract, a swap and derivativespecification contract, a financial swap specification contract, afinancial option specification contract, a financial exchanged tradedfutures specification contract, a financial exchanged traded fundspecification contract, an asset backed security specification contract,a physical swap specification contract, a physical option specificationcontract, or combinations thereof.
 20. The computing system of claim 17,wherein the received transaction input data comprises data correspondingto acceptance of the respective bid price or the respective offer priceprovided by the second user for the respective transportation capacityunit.